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PREFACE 


The  RAND  Corporation  has  developed  new  analytic  methods  for  studying  the  transient 
behavior  of  component- repair/inventory  systems  under  time-dependent  operational  demands 
and  logistics  decisions  like  those  that  might  be  experienced  in  wartime  (1).  These  methods 
have  undergone  a  series  of  extensions  and  contractions  that  culminated  in  the  Dyna-METRIC 
model  described  here. 

Dyna-  METRIC  evolved  through  a  series  of  projects  at  RAND  that  addressed  the  evalua¬ 
tion  of  alternative  policies  for  improving  readiness  and  sustainability.  Version  3.04  was  the 
first  Dyna-METRIC  model  released  as  a  standard  version  [2].  An  analytic  model,  it  encom¬ 
passed  dynamic  queueing  equations,  aircraft  availability  performance  measures,  multiple  bases 
of  aircraft  and  their  dependence  on  transportation  of  spare  parts,  and  centralized  repair  and 
resupply  capability. 

Dyna-METRIC  was  further  extended  to  better  represent  the  wholesale  system,  deriving 
demands  for  repair  and  supply  at  the  depots  from  the  dynamics  of  the  flying  program  at  the 
operating  bases  and  predicting  the  operational  performance  of  the  bases  given  the  resources 
and  policies  at  the  depot.  This  was  done  under  the  “Wartime  Sustainability  Project”  for  the 
Office  of  the  Secretary  of  Defense. 

A  complete  redesign  of  the  model  was  supported  by  the  “Improving  Readiness  Assessment 
and  Management  Study”  under  Project  AIR  FORCE.  Released  as  Version  4,  the  redesign 
extended  Dyna-METRIC  to  include  worldwide  assessments  of  how  logistics  functions  and 
echelons  interact  to  enhance  or  constrain  wartime  capability  [3].  Major  enhancements 
included  substantially  more  detail  in  the  description  of  component  pipelines  (because  of  a 
further  level  of  component  indenture  and  an  additional  echelon  of  component  repair  and  sup¬ 
ply)  and  expanded  report  capabilities.  The  Management  Sciences  Division  (XPS)  of  the  Air 
Force  Logistics  Command  at  Wright-Patterson  AFB  is  currently  responsible  for  this  version. 

Version  4  did  not  adequately  represent  the  uncertainties  in  the  removal  and  repair 
processes,  nor  did  it  indicate  how  the  logistics  system  might  cope  with  those  uncertainties. 

Version  5  was  developed  to  more  accurately  portray  repair  resource  constraints  and  the 
management  adaptations  in  the  repair  and  distribution  processes  that  might  mitigate  the  effect 
of  those  constraints.  Because  of  the  detailed  behaviors  being  modeled.  Version  5  uses  Monte 
Carlo  sampling  to  compute  probabilities,  rather  than  Palm’s  theorem  [4,  1]  as  its  predecessors 
did. 

This  report  is  intended  for  users  of  the  Version  5  Dyna-METRIC  model.  It  provides  a 
coipprehensive  description  of  the  model’s  motivation,  capabilities,  use,  and  methodology.  It 
was  prepared  as  part  of  the  Project  AIR  FORCE  Resource  Management  Program,  specifically 
the  studies  of  “Improving  Readiness  Assessment  and  Management”  and  “Enhancing  the 
Integration  and  Responsiveness  of  the  Logistics  Support  System  to  Meet  Wartime  and  Peace-  jj. 
time  Uncertainties,”  commonly  known  as  the  “Uncertainty  Project.” 

.  u .  .  i  r 
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SUMMARY 


Dyna-METRIC  Version  5  is  a  capability  assessment  model  that  relates  logistics 
resources  and  policies  to  wartime  readiness.  Developed  for  logisticians  to  improve  war¬ 
time  logistics  support,  the  various  versions  of  Dyna-METRIC  assess  the  effects  of  wartime 
dynamics  and  repair  constraints  and  provide  operational  performance  measures. 

Version  5  was  developed  because  earlier  versions  did  not  accurately  represent  the  uncer¬ 
tainty  in  demand  and  repair,  especially  the  queueing  caused  by  repair  constraints,  nor  the  actions 
management  might  take  to  overcome  unanticipated  demands.  As  we  know  from  stu.'ip*’  of  the 
demand  process  [5,  6],  the  mean  removal  rate  for  components  and  the  variation  about  that  mean 
change  over  time  and  are  difficult  to  predict.  There  will  undoubtedly  be  more  removals  than 
expected  for  some  components  and  fewer  for  others.  Spending  more  money  on  more  spares  is  not 
necessarily  a  satisfactory  protection  against  uncertainty,  because  it  is  difficult  to  know  which 
components  will  require  the  extra  spares.  A  better  strategy  for  coping  with  uncertainty  might  be 
to  use  more  tlexibK  resources,  such  as  repair  or  lateral  supply.  Version  B  is  expressly  suited 
to  analyzing  the  effect  of  constraints  on  these  resources  in  regard  to  aircraft  com¬ 
ponents  and  to  evaluate  actions  for  overcoming  these  constraints. 

In  evaluating  options  in  the  repair  and  distribution  processes  that  are  available  to 
management,  the  model  represents  three  echelons  of  activity,  including  the  depot-to-theater 
link.  Output  reports  reflect  the  performance  of  each  base  for  the  set  of  components  assigned 
to  each  repair  resource  with  a  full-cannibalization  assumption  and  indicate  which  component 
shortages  cause  the  most  not  fully  mission  capable  (NFMC)  conditions  (and  how  frequently). 

Despite  its  improvement  in  representing  constrained  repair.  Version  5  lacks  several 
features  of  the  earlier  Dyna-METRIC  models.  Perhaps  the  most  important  feature  omitted  is 
the  representation  of  subcomponents  (parts  that  are  indentured  to  components).  In  effect. 
Version  5  assumes  adequate  stock  levels  of  subcomponents  so  that  component  repair  is  never 
delayed  because  of  a  shortage  of  subcomponents.  The  potential  effect  of  such  shortages  should 
not  be  ignored.  Subcomponents  will  be  reintroduced  when  another  version  of  the  model  is 
developed.  Also  omitted  from  Version  5  are  the  computation  of  spares  requirements  and  the 
extensive  problem  parts  diagnosis. 

Structurally,  Version  5  is  similar  to  earlier  versions,  but  Monte  Carlo  sampling  has 
replaced  the  analytic  computation  of  probabilities  based  on  extensions  of  Palm’s  theorem  [4, 
1].  The  model’s  architecture  resulted  from  the  desire  to  maintain  consistency  with  previous 
versions’  world  views  and  the  need  for  efficiency  in  execution. 

Sample  analyses  using  eight  F-16  avionics  components  that  are  tested  on  the  Cl 
(computer/inertial)  repair  resource  illustrate  the  use  of  Version  5. 

Additional  features  are  available  for  analyzing  automatic  test  equipment,  a  type  of  repair 
resource  Llmt  experiences  frequent  failures  that  can  render  it  incapable  of  fixing  some  of  its 
assigned  components.  The  model  represents  this  failure  process  in  two  ways.  The  first  han  ¬ 
dles  failures  that  render  the  resource  incapable  of  repairing  anjlhing  at  all.  The  second  han¬ 
dles  those  that  leave  it  capable  of  repairing  only  some  components.  Because  the  data  require¬ 
ments  for  the  second  representation  are  detailed  and  difficult  to  satisfy  from  standard  data  col¬ 
lection  systems,  a  preprocessor  has  been  developed  that  transforms  more  usual  data  into  that 
required  by  Version  5. 

The  appendixes  provide  details  on  using  the  model.  Of  particular  note  are  the  pipeline 
file  formats  and  input  specifications  for  the  model  and  the  preprocessor. 
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GLOSSARY 


AWP  (awaiting  parts):  a  repair  status  indicating  that  a  component’s  repair  cannot  continue 
until  one  or  more  serviceable  subcomponents  become  available. 

cannibalization:  the  practice  of  transferring  a  serviceable  component  from  one  aircraft  to 
repair  another.  The  donor  aircraft  must  already  be  un.serviceable  because  of  another 
component  failure,  and  the  needed  serviceable  component  must  be  currently  unavailable 
from  local  supplies. 

CIRF  (centralized  intermediate  repair  facility):  a  shop  that  repairs  components  from 
one  or  more  bases. 

constrained  repair:  a  status  of  repair  resources  indicating  that  the  repair  facility  is  limited 
such  that  an  arriving  component  joins  a  queue  of  other  components  also  awaiting  service. 

FCFS  (first  come,  first  served):  a  repair  process  whereby  the  first  component  arriving  for 
repair  is  the  first  to  be  serviced. 

FMC  (fully  mission  capable)  aircraft:  an  aircraft  that  has  all  LRUs  functional  and  none 
broken. 

FMC  server:  a  server  that  can  repair  all  of  its  assigned  LRUs. 

LRU  (line  replaceable  unit):  a  component  typically  removed  from  the  aircraft  at  the  flight 
line,  rather  than  in  a  back  shop. 

NFMC  (not  fully  mission  cable)  aircraft:  an  aircraft  with  one  or  more  broken  LRUs  that 
degrade  its  ability  to  accomplish  its  wartime  mission. 

NMC  server:  a  server  that  can  repair  none  of  its  assigned  LRUs. 

NRTS  (not  reparable  this  station):  a  status  indicating  that  a  component  cannot  be 
repaired  at  a  specified  facility. 

pipeline:  a  network  of  repair  and  transportation  processes  through  which  reparable  and  ser¬ 
viceable  parts  flow  as  they  are  removed  from  their  higher  assemblies,  repaired,  and 
requisitioned  from  other  points  of  supply. 

pipeline  segment:  a  single  process  in  the  pipeline  characterized  by  part  arrivals  over  time,  a 
delay  time,  and  part  departures  over  time. 

PMC  server:  a  server  that  can  repair  some  hut  not  all  of  its  assigned  LRUs. 

unfilled  requisition:  an  asset  requested  by  a  location  hut  not  yet  shipped  in  response  to  the 
request . 


VTMR:  variance-to-mean  ratio. 


I.  INTRODUCTION 


The  Dyna-METRIC  model  provides  information  that  can  be  used  to  improve  wartime 
logistics  support.  The  various  versions  produce  t.'perational  [lerformance  measures,  capability 
assessments,  and  problem  detection  and  diagnosis.  Ehis  reiiort  describes  Version  5,  a  capabil¬ 
ity  assessment  model  designed  specifically  to  analyze  the  effects  of  constrained  repair  and 
evaluate  management  alternatives  that  might  mitigate  these  effects. 

Earlier  versions  of  I)yna-ME1'RIC  have  been  adopted  as  standard  assessment  tools 
within  the  Air  Force.  For  instance,  the  Air  Force  Logistics  Command’s  Weapon  System 
Management  Information  System  (WSMIS)  uses  the  model  to  produce  assessments  of  both 
planned  and  actual  stock  support  in  standard,  single  theater  operations  [7].  The  model 
currently  being  integrated  into  \\’SMIS  is  Version  I  [:!j.  which  provides  worldwide  assessments 
of  how  the  logistics  functions  and  echelon.s  interact  to  enhance  or  constrain  wartime  capability. 

The  earlier  versions  of  (he  model  did  not  accurately  represent  the  uncertainty  in  demand 
and  repair,  especially  the  queueing  cau.sed  by  repair  constraints,  or  the  actions  management 
might  take  to  overcome  unanticipated  demands.  As  we  know  from  studies  of  the  demand  pro¬ 
cess  (5,  6),  the  mean  removal  rate  for  components  and  the  variation  about  that  mean  change 
over  time  and  are  difficult  to  predict.  Undoubtedly,  there  will  be  more  removals  than  expected 
for  some  components  and  fewer  for  others.  Spending  more  money  on  more  spares  is  not  neces¬ 
sarily  a  satisfactory  protection  against  uncertainty,  because  it  is  difficult  to  know  which  com¬ 
ponents  w'ill  require  the  extra  spares.  A  better  strategy  might  fie  to  use  more  flexible  resources, 
such  as  repair  and/or  lateral  supply.  Version  5  was  developed  to  analyze  the  effects  of  con¬ 
straints  on  these  resources  in  regard  to  aircraft  components  and  to  evaluate  action.s  for  over¬ 
coming  these  constraints. 

Such  analyses  are  important.  Wartime  demands  are  likely  to  overwhelm  some  key  repair 
resources  of  the  logistics  system.  Assuming  adequate  resources,  as  in  the  earlier  versions  of  the 
model,  leads  to  overestimation  of  force  capability.  Rut  the  logistics  system  will  probably  react 
to  such  stresses  to  reduce  their  effect.  Thus  Version  .'i  also  considers  mitigating  options  in  the 
repair  and  distribution  processes  that  are  available  to  management,  such  as  lateral  supply 
(shift  assets  among  t)ases  to  those  in  the  W(;rst  shape)  and  i)riority  repair  scheduling  (repairing 
most  urgently  needed  components  first). 

Version  .'i  is  loosely  based  on  the  analytic  Version  4,  but  it  uses  Monte  Carlo  sampling, 
instead  of  Palm's  theorem,  to  predict  pipeline  contents.  The  structure  of  the  earlier  version 
was  retained,  permitting  an  expeditious  development. 

The  change  from  an  analytic  approach  using  Palm’s  theorem  to  Monte  Carlo  sampling 
was  made  for  two  reasons.  First,  management  adaj)tations  in  repair  and  distribution  priorities 
could  not  ))e  addressed  using  Palm’s  theo-em.  Second,  some  of  the  assumptions  required  in 
order  to  use  Palm’s  theorem  limited  the  model’s  ability  to  accurately  represent  the  logistics 
system 

One  assumption  was  that  of  ample  servers;  If  a  component  needed  a  repair  resource  such 
as  a  set  of  test  eejuipment,  the  resource  was  immediately  availalile.  There  was  no  queueing 
delay  for  repair,  leading  to  the  overestimation  of  force  capability  in  cases  where  there  were 
indeed  inadeiiuaie  rejiair  resounes. 

Version  4  attemjiteil  to  address  this  problem  by  using  an  expected  value  simulation.  This 
apgiroach  accounted  for  sonie  ol  tl.'*  queueing  associated  with  resource  constraints;  it  captured 
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the  first  order  effects  due  to  expected  repair  demands  and  resource  availability.  But  it  did  not 
account  for  the  variance  in  demands.  As  a  result,  the  expected  queue  size  was  underestimated 
(in  an  extreme  example,  the  model  predicted  no  queue  at  all,  whereas  queueing  theory  predicts 
an  expected  queue  building  over  time  to  infinity).  Also  underestimated  was  the  variance  of  the 
queue,  hence  the  variance  of  the  component’s  pipeline. 

Even  if  we  had  solved  the  queueing  problem  within  Version  4  and  had  been  able  to  com¬ 
pute  pipeline  distributions  accurately  in  the  face  of  resource  constraints,  the  assumption  that 
component  pipeline  contents  are  independent  would  still  have  proven  troublesome.  One  impli¬ 
cation  of  this  was  that  knowledge  of  the  size  of  one  component’s  pipeline  provided  us  with  no 
information  about  the  size  of  the  other  components’  pipelines.  With  priority  repair,  such  an 
assumption  is  not  true.  The  priority  repair  scheme  attempts  to  level  all  the  components’  pipe¬ 
lines,  introducing  some  degree  of  correlation.  By  taking  the  true  pipeline  probability  distribu¬ 
tions  and  treating  them  as  if  they  were  independent,  we  would  underestimate  available  aircraft. 

Monte  Carlo  sampling  enables  us  to  relax  the  am.ple  server  and  independence  assump¬ 
tions.  The  effect  of  limited  repair  resources  on  the  mean  and  variance  of  the  components’ 
queues  and  pipelines  is  more  accurately  computed.  The  interaction  between  the  components’ 
pipelines  is  also  correctly  portrayed,  resulting  in  more  reliable  performance  predictions. 

This  report  describes  Version  5  pdmarily  for  the  potential  user  or  analyst.  Section  II 
gives  a  brief  overview  of  the  logistics  system  we  are  modeling.  Section  HI  discusses  the  model’s 
capabilities,  extensions,  and  limitations.  Section  IV  explains  how  the  model  works.  Section  V 
demonstrates  the  use  of  the  new  features,  showing  how  to  set  up  the  input  data  and  what 
reports  are  produced.  Section  VI  describes  the  model’s  portrayal  of  repair  lesource  unreliabil¬ 
ity,  including  the  data  needed,  and  how  a  special  preprocessor  can  be  used  to  compute  the  data 
(which  are  frequently  not  available  from  standard  sources). 


II.  OVERVIEW  OF  THE  LOGISTICS  WORLD 


Dyna-METRlC  models  the  logistics  system  that  provides  support  to  aircraft.  Although 
this  material  describes  the  model’s  view  of  the  Air  Force  world  and  deals  with  aircraft,  the 
model  can  he  used  to  analyze  such  other  weapon  systems  as  helicopters  and  tanks. 


THE  SCENARIO 

The  model  represents  one  or  more  types  of  aircraft  at  one  or  more  bases  located  in  one  or 
more  theaters  of  operations  for  a  period  of  time  that  may  range  from  several  days  to  several 
years.  The  model  predicts  the  effect  of  the  logistics  support  system  on  the  bases’  ability  to 
execute  their  assigned  flying  programs. 

The  operating  locations  to  which  aircraft  are  assigned  may  be  permanent  bases  or  tem¬ 
porary  facilities  to  which  the  aircraft  have  been  deployed.  Aircraft  can  oi.erate  out  of  a  base 
on  a  fly  out,  fly-back  program  (as  tighter  aircraft  typically  do)  or  on  a  fly-in,  fly-out  program 
(as  cargo  aircraft  do  when  flying  a  circuit).  Broken  parts  appear  when  aircraft  land.  Removals 
of  failed  components  may  be  more  likely  at  some  bases  than  at  others. 

Different  bases  can  support  different  types  of  aircraft.  An  analyst  can  model  a  real  base 
supporting  several  aircraft  types  by  locating  each  type  at  different  bases  served  by  a  common, 
centralized  intermediate  repair  facility  (CIRF)  with  instantaneous  connections. 

The  flying  programs  to  be  executed  by  the  various  bases  may  vary  over  time.  The 
number  of  aircraft  can  increase  with  the  deployment  of  new  units  and  decrease  from  attrition 
or  reassignment  of  aircraft.  The  number  and  leng1,h  of  sorties  may  vary  each  day,  as  can  the 
maximum  single  aircraft  sortie  rate,  which  limits  the  number  of  sorties  that  one  operational 
aircraft  can  fly  in  a  single  day.  With  this  flexibility,  the  model  can  accommodate  most  con¬ 
ceivable  flying  programs,  including  typical  peacetime  and  wartime  scenarios. 


THE  AIRCRAFT 

Aircraft  are  assumed  to  have  an  indentured  component  structure;  an  aircraft  is  composed 
of  line  replaceable  units  (LRCs)  that  are  composed  of  shop  replaceable  units  (SRUs).  Version 
4  modv?ls  LRUs  SRUs,  and  a  lower  indenture  that  we  call  subSRUs.  Version  5  deals  only  with 
aircraft  and  LRUs. 

Aircraft  availability  is  modeled  as  a  direct  function  of  the  availability  of  the  aircraft’s 
LRUs.  A  given  type  of  I.RU  may  appear  on  an  aircraft  one  or  more  times.  A  hole,  or  shortage 
of  an  LRU,  causes  the  aircraft  to  be  not  fully  mission  capable  (NFMC)  or  partially  mission 
capable  (PMC).  At  each  base,  holes  are  assumed  to  be  consolidated  into  the  fewest  possible 
number  of  aircraft — a  policy  of  full  cannibalization. 

The  model  accommodates  the  possibility  that  there  may  be  differences  in  the  components 
on  the  aircraft  at  a  single  base.  Such  a  situation  may  arise  when  components  are  being  phased 
in  or  out,  or  when  some  of  the  aircraft  are  specially  equipped. 
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THE  REPAIR  AND  DISTRIBUTION  SYSTEM 

'I’he  logistics  component  support  system  is  nssunied  to  be  a  five-echelon  hierarchical 
structure:  Flight  lines  (from  which  aircraft  operate)  are  supported  by  local  base  repair  shops, 
which  are  supported  by  CIRFs,  which  are  supported  by  depots,  which  may  be  supported  by 
various  suppliers  of  components.  Not  all  echelons  are  required.  For  example,  the  CIRF  level 
of  logistics  support  could  be  omitted  (thereby  connecting  bases  directly  with  depots),  or  depots 
could  be  omitted  (connecting  ba.ses  and  CIRFs  directly  to  the  .suppliers). 

Reparable  components  essentially  move  upward  in  this  hierarchy.  Reparable  parts  are 
removed  from  the  aircraft  at  the  flight  line  and  serviced  at  base  level.  If  not  reparable  there, 
they  are  transported  to  a  CIRF  and  serviced.  If  not  repaired  there,  they  are  sent  on  to  the 
depot.  Stocks  of  serviceable  spare  parts  may  be  held  at  any  echelon,  and  over  time  these  ser¬ 
viceable  spares  are  sent  down  the  hierarchy  to  replace  the  reparable  ones  that  have  been  sent 
up. 

The  repair  capabilities  of  each  echelon  can  be  modeled  in  considerable  detail.  Repair  for 
LRUs  may  be  unconstrained,  where  maintenance  is  assumed  to  begin  as  soon  as  a  component 
arrives  at  a  repair  facility;  or  it  may  be  constrained,  where  an  arriving  component  joins  a  queue 
of  other  components  also  awaiting  service.  How  long  a  component  waits  for  service  depends 
on  how  heavily  loaded  the  repair  facility  is  and  on  the  scheduling  policy  in  use.'  Basically,  the 
repair  process  is  single  stage,  which  may  not  be  a  good  representation  for  some  components. 

A  repair  facility  may  have  several  types  of  repair  resources,  each  of  which  repairs  a  dif¬ 
ferent  set  of  LRU  types.  An  individual  station,  or  server,  can  test/repair  at  most  one  LRU  at 
a  time.  For  example,  an  avionics  shop  might  have  multiple  servers  of  the  computer/inertial 
repair  resource  that  tests  and  repairs  inertial  navigation  units,  among  other  components.  The 
number  of  servers  at  the  various  locations  may  change  over  time,  which  facilitates  the  model¬ 
ing  of  deploying  units  and  the  mobilization  of  repair  facilities  for  wartime  operations.  Repair 
capabilities  may  also  change  over  time  because  of  the  unreliability  of  the  repair  facility  itself.'^ 

Inherent  in  Dyna-METRIC  is  a  worldwide  perspective.  Demands  for  repair  at  the  depot 
may  arrive  from  several  types  of  aircraft  flying  in  several  different  theaters.  The  depot’s  repair 
facilities  and  spare  stock  pools  are  effectively  shared  across  all  forces  served  by  the  depot. 

Dyna-METRIC  portrays  component  support  processes  as  a  network  of  pipelines  through 
which  components  flow  as  they  are  repaired  or  replaced.  Arriving  components  must  spend  a 
(random  or  deterministic)  delay  time  in  each  pipeline  segment.  Some  delay  times,  such  as 
local  repair  times,  vary  by  component;  others,  such  as  intratheater  transportation  times, 
depend  on  the  base  being  assessed.  There  may  also  be  instances  when  components  are 
“frozen”  in  their  segments  and  do  not  flow,  as  in  the  transportation  segment  when  a  transpor¬ 
tation  cutoff  is  in  effect. 

Failed  components  enter  the  pipeline  network  at  the  bases’  flight  lines.  Each  base  has 
several  aircraft;  their  use  generates  component  failures  and  thus  demands  for  replacement  com¬ 
ponents.  Each  base  has  a  flight  line  support  capability  that  removes  and  replaces  those  com¬ 
ponents,  drawing  serviceable  spares  from  local  supply  as  needed  to  repair  aircraft. 

A  base  may  also  have  component  repair  shops  that  test  failed  components  and  return 
them  to  serviceable  condition.  For  units  deploying  to  new  bases,  that  repair  capability  may  be 
available  only  after  some  delay,  while  the  repair  facility  is  being  deployed  and  set  up. 


'Scheduling  policies  are  discussed  in  Sec.  III. 
‘■^Unreliability  of  repair  facilities  is  discussed  in  Sec.  VI. 
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Once  components  are  removed  from  the  aircraft,  they  are  repaired  at  local  shops  or  sent 
to  other  facilities.  Items  repaired  locally  are  returned  to  local  stock.  Items  declared  not  repa¬ 
rable  this  station  (NRTS)  are  sent  to  repair  facilities  at  a  higher  echelon  while  replacements 
are  ordered  from  there.  Upon  receiving  a  requisition,  the  repair  facility  immediately  sends  a 
serviceable  spare  if  available,  or  sends  one  as  soon  as  possible  after  all  higher  priority  requisi¬ 
tions  for  the  same  component  have  been  filled.  (The  priority  may  be  determined  by  the  age  of 
the  requisition  or  by  the  urgency  of  the  base’s  need,  as  selected  by  the  user.)  Once  the  repara¬ 
ble  component  arrives  at  the  CIRF  or  depot,  it  is  repaired  (or  perhaps  NRTSed  again  from  the 
CIRF  to  the  depot)  and  returned  to  that  facility’s  own  stock  so  that  it  can  be  issued  to  satisfy 
the  next  demand. 

LATERAL  SUPPORT 

Lateral  fiupply  (between  bases  in  the  same  theater)  is  a  policy  option  that  can  be 
analyzed.  If  one  base  has  an  aircraft  NFMC  for  some  component  while  another  base  in  the 
same  theater  ha.s  a  serviceable  spare,  a  lateral  supply  action  would  ship  the  extra  component  to 
the  base  with  the  NFMC  aircraft,  increasing  the  number  of  aircraft  available  within  the 
theater. 

Lateral  repair  can  be  emulated  (as  with  Version  4)  by  placing  the  base’s  repair  facilities 
at  a  dummy  CIRF  collocated  with  the  base.  The  CIRF  has  instantaneous  transportation  to 
and  from  the  collocated  base,  while  the  other  bases  it  supports  with  lateral  repair  have  a  trans¬ 
portation  delay  equal  to  the  real  delay  between  the  bases.  Parts  from  all  bases,  including  the 
collocated  base,  compete  for  the  CIRF’s  repair  resources  on  an  equal  basis. 


III.  CAPABILITIES,  EXTENSIONS,  AND  LIMITATIONS 


Version  5,  like  the  earlier  versions  of  Dyna-METRIC,  provides  capability  assessments  in 
the  form  of  a  performance  report.  Extensions  facilitated  by  the  use  of  Monte  Carlo  sampling 
have  enhanced  our  ability  to  study  management  policies  in  distribution,  lateral  supply,  and 
repair  scheduling.  Several  capabilities  in  other  important  areas  have  been  lost  or  reduced,  par¬ 
ticularly  in  regard  to  subcomponent  indenture,  spares  requirements,  and  model  efficiency. 


CAPABILITIES 

Given  descriptions  of  the  scenario,  the  aircraft,  and  the  logistics  system,  Dyna-METRIC 
provides  various  measures  of  performance.  Besides  traditional  component-oriented  logistics 
statistics  such  as  backorders,  it  provides  such  higher  combat-oriented  capability  measures  as 
the  force’s  aircraft  availability  and  daily  sortie  generation  capability.  For  each  base,  the  model 
reports  the  expected  number  of  available  aircraft  at  any  specified  time  and  confidence  level. 
For  example,  it  might  report  that  on  day  5  of  a  scenario,  a  given  base  could  expect  (on  average) 
16  available  aircraft  but  only  13  available  with  95  percent  confidence. 

The  model  also  estimates  the  expected  number  of  sorties  a  base  can  generate  on  any 
specified  day.  It  assumes  that  a  base  never  overflies  the  program  specified  in  the  scenario 
(though  the  base  may  fail  to  achieve  its  program  because  of  a  shortage  of  available  aircraft),  so 
the  predicted  sortie  generation  capability  is  always  less  than  or  equal  to  the  scenario’s  flying 
program.  Thus  the  model  s  daily  sortie  estimates  reflect  both  requested  sorties  and  available 
aircraft.  Version  5  assumes  full  cannibalization. 

A  performance  shortfall  cannot  generally  be  assigned  to  a  single  cause  or  solution;  Poor 
component  reliability,  slow  or  inadequate  repair  capabilities,  ineffective  transportation,  or  too 
limited  a  supply  of  spares  may  combine  to  cause  the  problem;  and  the  solution  may  require 
changes  in  any  or  all  of  those  areas.  To  help  understand  the  causes  of  performance  shortfalls, 
Dyna-METRIC  also  reports  which  LRUs  are  most  likely  to  cause  NFMC  aircraft.  Reports  are 
available  detailing  the  pipeline  segment  contents  for  these  (and  other)  LRUs,  facilitating  prob¬ 
lem  diagnosis. 


EXTENSIONS 

The  new  approach  has  allowed  major  extensions  in  the  modeling  of  policies  that  enhance 
management  flexibility.  These  extensions  fall  into  three  categories;  distribution,  lateral  sup¬ 
ply,  and  the  scheduling  of  repair. 

Distribution 

The  model  has  two  distribution  policies  that  determine  where  a  depot  or  CIRF  sends 
serviceable  assets.  Neither  policy  sends  an  asset  to  a  location  unless  that  location  has  an 
unfilled  requisition,  meaning  the  location  has  requested  an  asset  but  no  asset  has  been  shipped 
in  response  to  the  request.  The  first  come,  first  served  (FCFS)  policy  fills  the  oldest  requisi¬ 
tion.  The  priority  distribution  policy  sends  the  asset  to  the  location  that  has  the  greatest  por¬ 
tion  of  its  aircraft  NFMC  for  that  part  (to  the  location  with  the  greatest  value  of 
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(pipeline  -  stock)/aircraft).  Following  the  latter  policy  generally  reduces  the  number  of  un¬ 
available  aircraft. 

Other  distribution  policies  could  be  implemented  in  a  subsequent  version  of  the  model. 
One  possibility  would  be  to  relax  the  requirement  of  shipping  only  to  locations  with  unfilled 
requisitions.  Another  would  be  to  send  the  asset  to  the  location  that  most  increases  the  proba¬ 
bility  of  achieving  the  theaterwide  fully  mission  capable  (FMC)  goal. 

Lateral  Supply 

Lateral  supply  is  a  policy  that  sends  assets  from  bases  that  do  not  currently  need  them  to 
bases  that  do.  Lateral  supply  is  permitted  only  between  bases  in  the  same  theater  when  the 
following  conditions  are  met. 

•  The  lateral  supply  action(s)  must  cause  an  otherwise  NFMC  aircraft  to  become  FMC. 

•  A  base  sending  a  component  must  have  no  aircraft  NFMC  for  that  component  (the 
sender  must  have  assets  on  the  shelf). 

•  A  base  receiving  a  component  will  not  first  receive  a  serviceable  asset  from  its  own 
repair  shop  or  from  the  depot. 

The  model  allows  lateral  supply  to  occur  during  wartime,  at  all  times,  or  not  at  all. 
Lateral  supply  tends  to  enhance  performance  over  the  long  run,  though  there  may  be  an  initial 
drop  in  the  level  of  FMC  aircraft  for  a  short  period  when  lateral  supply  becomes  available. 
This  drop  happens  because,  during  that  period,  the  components  tied  up  in  the  lateral  supply 
pipeline  are  not  available  to  any  base.  Had  they  been  available  to  the  original  base,  they 
occasionally  would  have  prevented  a  broken  aircraft  there. 

Scheduling  of  Repair 

The  scheduling  policy  for  repair  is  important  when  repair  resources  are  limited  because  a 
decision  to  repair  one  component  is  also  a  decision  not  to  repair  another.  The  model  incor¬ 
porates  several  different  scheduling  policies. 

First  Come,  First  Served.  The  FCFS  scheduling  policy  selects  the  component  that  has 
been  waiting  longest  for  repair.  The  components  repaired  may  not  be  those  for  which  there  is 
the  greatest  need  because  the  policy  ignores  stock  levels. 

Priority  Based  on  Current  Aircraft  Availability.  Repair  priority  is  given  to  the 
component  causing  the  largest  number  of  NFMC  aircraft.  If  no  aii craft  are  NFMC,  the  com¬ 
ponent  with  the  smallest  amount  of  extra  stock  is  repaired. 

Priority  Based  on  Future  Aircraft  Availability  (Depot  Only).  Repair  priority  is 
given  to  the  component  that  most  increases  the  probability  of  satisfying  a  theaterwide  FMC 
goal  in  the  future.  As  currently  implemented,  this  policy  assumes  there  is  no  lateral  supply 
while  determining  the  next  component  to  repair.  If  lateral  supply  is  available,  then  a  better 
allocation  of  repair  resources  may  be  possible.  Test  cases  have  indicated  that  this  policy  does 
better  than  the  one  based  on  current  aircraft  availability,  even  when  there  is  lateral  supply. 

Contract  System  (Depot  Only).  The  model’s  contract  system  is  similar  to  the  actual 
workloading  system  used  by  the  depots.'  A  contract  is  made  for  a  future  quarter  based  on  the 
current  backorders,  expected  demands,  and  already  contracted  repairs.  Priority  for  repair  is 
given  to  the  part  with  the  lowest  percentage  of  its  contract  completed.  The  number  of  repairs 


'The  depot  workloading  system  is  called  MISTR,  Management  of  Items  Subject  To  Repair. 


8 


in  the  future  quarter  is  limited  not  only  by  the  availability  of  the  repair  resource  and  of  broken 
components  to  repair,  but  also  by  the  contract.  This  policy  allows  smooth  operation  of  the 
depot  shops  and  adequate  planning  time  for  the  purchase  of  subcomponents  for  use  during  the 
repair  process.  The  main  disadvantage  is  a  slow  response  to  shortages.  It  does  slightly  worse 
than  the  FCFS  rule  because  the  number  of  repairs  is  artificially  limited  by  the  contract. 


LIMITATIONS 

Version  5  is  clearly  superior  to  earlier  versions  of  the  model  in  its  representation  of  con¬ 
strained  repair  and  management  adaptations.  In  other  areas,  though,  the  earlier  versions  are 
more  complete. 

Perhaps  the  most  important  limitation  is  that  Version  ,5  does  not  represent  the  inden¬ 
tured  nature  of  LRUs.  As  mentioned  earlier,  aircraft  are  composed  of  LRUs,  which  in  turn  are 
composed  of  SRUs,  which  in  turn  are  composed  of  bits  and  pieces.  Version  4  captures  these 
three  levels  of  indenture  and  tracks  how  an  SRU  shortage  can  hold  up  LRU  repair  and  poten¬ 
tially  affect  NFMC  rates.  Version  .5  in  effect  assumes  adequate  stock  levels  of  SRUs,  so  that 
repair  of  an  LRU  is  never  delayed  for  a  shortage  of  an  SRU.  LRUs  are  never  awaiting  parts 
(AWP). 

SRUs  were  dropped  in  deference  to  other  aspects  of  the  problem  for  initial  research  pur¬ 
poses.  When  another  version  is  developed,  SRUs  will  be  reintroduced;  the  potential  effect  of 
their  unavailability  should  not  be  ignored. 

Another  area  of  analysis  that  has  been  omitted  from  Version  5  is  the  spares  requirements 
computation.  The  analytic  model  can  compute  the  spares  level  required  to  achieve  a  certain 
performance,  in  addition  to  predicting  the  performance  based  on  a  given  level  of  spares.  Ver¬ 
sion  5,  though,  cannot. 

Version  5  does  not  have  the  extensive  problem  parts  diagnosis  of  Version  4.  Instead,  it 
identifies  the  two  worst  components  associated  with  each  type  of  repair  resource  at  each  base. 
An  optional  file  can  be  produced  that  contains  very  detailed  information  about  backorders, 
expected  pipeline  segment  contents,  pipeline  variances,  etc.  This  file  is  suitable  for  use  with 
other  reporting  programs,  allowing  users  to  design  their  own  problem  parts  report.  The  format 
and  content  of  this  file  are  described  in  more  detail  in  App.  A. 

Several  less  important  features  were  also  deleted,  most  of  which  can  be  easily  reintro¬ 
duced  in  a  future  version.  Missing  features  include  base-  and  CIRF-level  condemnations,  the 
option  to  NRTS  a  component  before  test,  and  time-scaling,  which  allowed  arbitrarily  long 
scenarios  by  internally  rescaling  such  data  items  as  the  flying  program  and  component  demand 
rates. 

The  most  obvious  loss  is  in  model  efficiency.  Version  5  runs  more  slowly  than  the  earlier 
versions,  making  the  analysis  of  more  than  a  few  hundred  parts  impractical.  Monte  Carlo 
sampling,  however,  remains  the  only  tractable  approach  until  new  analytic  results  are 
developed  that  adequately  capture  the  interactions  of  constrained  repair  and  management 
adaptations. 


IV.  DESIGN  OF  THE  MODEL 


Dyna-METRIC  Version  5  has  a  structure  similar  to  earlier  versions,  but  analytic  compu¬ 
tations  of  probabilities  based  on  extensions  of  Palm’s  theorem  [4,  1)  have  been  replaced  by 
Monte  Carlo  sampling.  This  version’s  architecture  resulted  from  a  desire  to  maintain  con¬ 
sistency  with  previous  versions’  world  views  and  the  need  for  effudency  in  execution. 

A  single  run  of  the  model  consists  of  many  trials.  For  each  trial,  the  number  of  '’om 
ponents  in  the  various  pipelines  is  determined  as  a  function  of  time.  Components  move 
between  pipelines  according  to  random  events  and  decision  rules.  Each  trial  yields  a  single 
result  instead  of  the  actual  expected  values  and  probability  distributions  as  in  earlier  versions. 
One  hundred  trials  lead  to  one  hundred  different  predictions  of  NFMC  aircraft.  From  those 
values  a  histogram  is  built,  a  surrogate  for  the  probability  distribution  of  NFMC  aircraft,  which 
is  then  used  to  report  performance. 

If  multiple  types  of  repair  resources  are  being  analyzed,  the  model  prepares  the  histogram 
of  NFMC  aircraft  for  each  resource  separately,  as  though  each  resource  were  the  only  resource. 
The  probability  distribution  of  NFMC  aircraft  is  then  obtained  from  the  histograms  as  follows. 
The  probability  lliat  k  or  fewer  aircraft  are  NFMC  is  set  to  the  fraction  of  the  trials  in  which  k 
or  fewer  aircraft  were  NFMC  for  the  first  resource,  multiplied  by  the  fraction  of  the  trials  in 
which  k  or  fewer  aircraft  were  NFMC  for  the  second  resource,  etc. 


PEACETIME 

Version  5  diverges  widely  from  Version  4  in  its  representation  of  peacetime  pipelines. 
Computing  peacetime  pipeline  segment  distributions  in  Version  4  was  very  simple  because 
repair  was  unconstrained:  The  model  computed  expected  segment  contents  by  multiplying  the 
nonvarying  arrival  rate  by  the  mean  service  time,  with  the  probability  distributions  of  the  pipe¬ 
lines  of  different  LRUs  being  independent.  If  arrivals  occurred  according  to  a  Poisson  process, 
then  the  segment  contents  had  a  Poisson  distribution.  But  in  Version  5,  repair  is  constrained; 
thus  LRU  pipelines  are  not  independent.  Once  independence  is  lost,  the  specification  of  the 
joint  probabilities  describing  system  status  is,  as  a  practical  matter,  intractable. 

Thus  peacetime  must  be  modeled  explicitly,  using  Monte  Carlo  sampling.  The  problem 
is,  for  how  long?  The  simple  analytic  result  described  a  steady-state  peacetime-one  that  had 
lasted  forever.  It  would  be  impractical  to  have  such  a  peacetime  in  Version  5.  In  the  end,  the 
decision  has  been  left  to  the  user.  Peacetime  is  explicitly  described  in  the  input  data  set  in  the 
administrative  data  (TOP)  record  group.  It  starts  on  day  1,  continues  for  as  long  as  is  speci¬ 
fied,  and  need  not  be  steady  state.  An  adequately  long  peacetime  for  a  particular  analysis 
should  result  in  stability  by  the  start  of  war. 


PIPELINES 

For  each  trial,  the  model  processes  pipeline  segments  much  the  way  Version  4  does,  in  an 
asynchronous  fashion:  Computations  are  earned  through  time  for  each  segment  in  turn. 
Table  1  summarizes  the  order  of  that  processing.  First,  the  base  administrative  pipeline  seg¬ 
ments  are  analyzed,  with  demands  for  processing  derived  from  flight  line  removals  of  LRUs. 
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Table  1 

PIPELINE  SEGMENT  PROCESSING 


Step 

Segment 

Input  to  This  Segment  is 
Output  from  Segment 

Processing  Type 

1 

Buse  admin 

Flight  line  removals 

unconstrained 

2 

Base  repair 

Base  admin 

constrained 

:) 

Base-to-CIRF 

Base  repair  x  NRTS 

unconstrained 

4 

CIRF  admin 

Base-to-CIRF 

unconstrained 

CIRF  repair 

CIRF  admin 

constrained 

6 

CIRF-to-depot 

CIRF  repair  x  NRTS 

unconstrained 

7 

Depot  admin 

CIRF-to-depot 

unconstrained 

8 

Depot  repair 

Depot  admin 

constrained 

9 

Depot  on  order 

Depot  repair  condemn 

unconstrained 

10 

Depot  backorders 

Depot  pipeline  and  stock 

distribution 

11 

CIRF  on-order 

Depot  backorders 

on-order 

12 

CIRF  backorders 

CIRF  pipeline  and  stock 

distribution 

l.'j 

Base  on-order 

CIRF  backorders 

on-order 

14 

Base  NFMC 

Rase  pipol*np,  stock  and  QPA 

— 

Next,  base  repair  is  analyzed,  with  demands  for  repair  being  LRUs  that  have  completed  admin¬ 
istrative  processing,  and  so  on. 

After  a  short  explanation  of  how  daily  LRU  removals  are  computed,  we  describe  the  four 
types  of  processing  mentioned  in  the  table — unconstrained,  constrained,  distribution,  and  on- 
order.  The  discussion  omits  the  CIRF-related  steps  and  considers  the  simpler  base-depot  case. 
Extensions  to  the  CIRF  case  should  be  apparent. 

Daily  Removals 

The  first  step  computes  the  daily  LRU  removals,  which  enter  the  base  administrative 
pipeline  segment.  For  each  LRU,  the  model  computes  the  expected  daily  removals  based  on 
the  flying  program  and  the  demand  rates.  The  mean  demands  and  the  input  variance-to-mean 
ratio  (VTMR)  imply  a  probability  distribution  Pk,  the  probability  of  k  or  fewer  demands.  A 
VTMR  greater  than  one  implies  a  negative  binomial  distribution;  a  VTMR  of  one,  a  Poisson 
distribution;  and  a  VTMR  less  than  one,  a  binomial  distribution.  The  model  then  draws  a  ran¬ 
dom  number  Z  from  between  zero  and  one.  The  actual  demands  for  that  LRU  on  that  day  are 
given  by  the  smallest  integer  k  such  that  P^  +  i  >  Z. 

Dyna-METRIC  does  not  identify  (maintain  records  for)  individual  components.  Instead, 
it  deals  with  numbers  of  components.  This  simplification  causes  some  loss  of  representational 
power  and  makes  necessary  certain  approximations,  but  the  payoff  in  efficiency  is  enormous. 

Unconstrained  Pipeline  Segment  Processing 

Most  pipeline  segments  are  unconstrained,  meaning  that  arriving  LRUs  do  not  queue  for 
processing;  rather  they  start  immediately.  An  example  of  such  a  segment  is  the  first  one  that 
removed  LRUs  encounter — the  base  administrative  pipeline  segment.  The  model  allows  for 
two  process  time  distributions,  deterministic  and  exponential.  A  switch  on  the  second  TOP 
record  controls  which  distribution  is  used. 
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Deterministic  Process  Times.  With  cloteriniiiistic  process  times,  ol!  components  enter¬ 
ing  a  pipeline  segment  spend  the  same  amount  of  time  there  before  exiting.  If  the  processing 
time  is  li  days,  then  components  that  outer  the  segment  on  day  n  exit  on  day  n  t  R. 

Exponential  Process  Times.  For  each  LRU  entering  the  segment  on  day  n,  the  model 
computes  a  processing  time  r  drawn  from  an  exponential  distribution  with  mean  R.  The  LRU 
then  exits  on  day  ri  i  r.  By  keeping  track  of  the  total  arrivals  and  departures  through  a  given 
time,  the  model  can  determine  the  number  of  LRUs  remaining  in  the  pipeline. 

Constrained  Pipeline  Segment  Processing 

The  analysis  of  repair  processes  subject  to  queueing  delays  was  a  main  reason  for  develop¬ 
ing  Version  fv  For  these  constrained  pipeline  segments,  the  implicit  assumption  that  all  com- 
nonenlt,  i;ntei  the  segment  at  the  start  of  the  day  proved  to  be  too  optimistic.  Instead,  each 
day  is  broken  into  several  parts,  and  the  arrivals  are  randomly  but  uniformly  distributed  across 
the  day.  The  number  of  parts  into  which  the  day  is  broken  is  dynamically  computed  by  the 
model.  The  length  of  each  part  of  the  day  is  approximately  equal  to  the  average  repair  time  of 
the  components  in  the  queue  and  of  those  that  arrive  that  day. 

For  each  piece  of  the  day,  repair  begins  if  there  is  some  LRU  to  repair  and  some  resource 
available  to  repair  it.  The  model  determines  the  next  LRU  to  be  repaired  based  on  the  priority 
discipline  in  effect  (discussed  below).  Once  an  LRU  is  selected,  its  repair  time  is  determined 
(set  to  the  mean  in  the  deterministic  case,  drawn  from  an  exponential  distribution  in  the  ran¬ 
dom  case)  and  it  is  a.ssigried  to  a  serve.  The  .server  is  then  unavailable  until  that  LRU  com¬ 
pletes  repair. 

The  following  discusses  the  priority  schemes  and  their  underlying  approximations.  These 
approximations  are  necessary  because  the  on  order  segment  computation  is  done  after  the 
repair  segment  computation. 

First  Come,  First  Served.  This  policy  inducts  the  LRU  that  has  waited  the  longest.  A 
fairly  straightforward  manner  of  scheduling,  the  FCFS  priority  .scheme  .still  requires  approxi¬ 
mations.  When  ♦he  model  decides  what  LRU  to  repair  next,  it  knows  only  the  day  and  not  the 
time  that  the  LRU  joined  the  queue.  There  will  frequently  be  a  tie  among  several  LRUs  that 
all  arrived  on  the  same  day,  in  which  case  the  FCFS  rule  selects  the  LRU  that  most  affects  the 
NFMC  rate.  The  number  of  NFMC  aircraft  for  scheduling  purposes  is  computed  in  the  same 
manner  as  when  scheduling  is  based  on  current  aircraft  availability. 

Priority  Based  on  Current  Aircraft  Availability.  This  policy  inducts  the  LRU  that 
is  causing  the  most  NFMC  aircraft.  For  scheduling  at  a  base,  it  chooses  the  LRU  with  the 
greatest  value  of  (pipeline  stock)/quantity  per  aircraft.  Determining  this  LRU  is  difficult, 
however,  because  the  total  pipeline  contents  are  not  known  until  all  the  steps  in  Table  1  have 
been  completed.  When  the  model  processes  a  constrained  repair  segment,  it  knows  about  the 
contents  of  the  administrative  segment  and  the  constrained  repair  segment  up  through  the 
time  it  must  make  a  scheduling  decision.  But  it  has  not  yet  performed  any  portion  of  the  on- 
order  segment  computation.  It  does  not  know  how  many  LRUs  have  heen  requisitioned  from 
the  defiot  and  not  received,  so  it  must  approximate  that  portion  of  the  pipeline.  It  assumes 
that  the  depot  will  instantly  respond  to  all  requisitions,  so  that  any  unreceived  requisition  must 
he  due  to  the  transportation  delay  between  the  depot  and  the  base.  Thus  unreceived  requisi¬ 
tions  are  assumed  to  be  due  to  NRTS  actions  that  have  occurred  in  the  past  T  days,  where  T 
is  the  expected  depot-to-base  transportation  time. 
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There  is  a  similar  difficulty  at  the  depot  in  terms  of  condemnations  for  which  replace¬ 
ments  may  or  may  not  have  been  received,  and  it  is  handled  in  a  similar  manner.  More  com¬ 
plex  is  the  problem  of  predicting  the  current  number  of  NFMC  aircraft  worldwide.  There  are 
two  cases,  depending  on  whether  any  sort  of  priority  resupply  is  in  effect.  Priority  resupply 
means  either  priority  distribution  or  lateral  supply.  (In  the  long  run,  both  have  much  the  same 
effect  in  terms  of  compensating  for  initial  stock  imbalances.) 

Consider  first  priority  resupply.  Let  D,*  equal  base  k’a  administrative  and  repair  pipeline, 
less  stock,  of  LRU  i.  When  divided  by  the  quantity  per  aircraft  (QPA),  this  approximates  the 
number  of  aircraft  NFMC  at  the  base  for  the  already  computed  pipeline  segments.  Let  D,  be 
the  approximate  number  of  aircraft  NFMC  worldwide  for  LRU  i.  This  is  the  sum  of  the  D,*, 
plus  the  depot  pipeline  less  the  depot  stock,  all  divided  by  the  QPA.  The  depot  next  inducts 
the  LRU  with  the  largest  value  of 

If  there  is  not  any  sort  of  responsis'e  supply,  then  D,  is  the  depot  pipeline  less  the  depot 
stock,  plus  for  each  theater  the  largest  value  of  D,/,  for  a  base  in  that  theater.' 

Priority  Based  on  Future  Aircraft  Availability  (Depot  Only).  This  policy  maxi¬ 
mizes  the  probability  that  an  FMC  goal  for  all  bases  will  be  met  at  the  end  of  a  specified  plan¬ 
ning  horizon.  The  algorithm  employed  performs  a  marginal  analysis  that  considers  the  effect 
of  each  potential  LRU  induction  on  the  probability  of  meeting  the  FMC  goal.  The  algorithm 
needs  the  current  status  of  pipelines,  stock,  and  NFMC  aircraft,  phis  a  prediction  of  the  mean 
number  of  demands  for  each  LRU  during  the  planning  horizon.  It  returns  an  ordered  list  of 
repairs.  The  LRU  to  be  inducted  is  the  highest  LRU  on  the  list  that  has  not  yet  been  inducted 
and  is  available  in  the  queue. 

The  base  pipeline  quantity  is  needed  by  the  algorithm  but  is  not  readily  available  when 
the  algorithm  is  invoked.  The  administrative  and  repair  portions  are  known,  but  not  the 
number  of  unfilled  requisitions  placed  by  the  base  on  the  depot.  However,  the  model  can 
approximate  this  number  because  it  knows  the  number  of  requisitions.  The  approximation  is 
done  each  time  the  list  is  built  by  determining  what  the  status  would  be  if  all  depot  stock  and 
completed  repairs  were  allocated  at  that  point  in  the  scenario  so  as  to  minimize  the  percent  of 
NFMC  aircraft  at  each  base.  Such  an  allocation  would  be  optimistic  because  the  model  has 
perfect  hindsight.  The  actual  allocation  of  depot  serviceables  is  discussed  later. 

Contract  System  (Depot  Only).  The  implementation  of  this  policy  is  actually  quite 
clean,  because  the  information  used  (expected  demands,  previous  contracts,  completed  repairs) 
is  available  when  the  decision  is  made  as  to  which  LRU  to  induct  next. 

Each  period,  a  contract  is  made  for  the  expected  number  ol  demands  plus  any  shortfall 
from  earlier  contracts.  The  c(.)ntract  being  made  may  apply  to  a  later  period  than  the  period  in 
which  it  is  made.  During  a  period,  the  next  LRU  to  be  inducted  is  the  one  with  the  lowest  per¬ 
centage  of  completed  contracted  repairs.  No  more  repairs  are  done  than  are  specified  in  the 
contract. 


'An  alternative  approach  would  have  been  to  sum  at  all  buses  where  .  0.  and  select  that  LRU  with  the 
greatest  value.  This  works  well  if  the  number  of  NFMC  aircraft  for  each  LRU  is  evenly  disOibuted  across  bases,  but  it 
fails  to  handle  cases  of  apparent  maldistribution.  For  instance,  suppose  LRU  A  was  causing  one  aircraft  to  be  NFMC 
at  each  of  ten  bases,  while  LRU  B  was  causing  ten  NFMC  aircraft  at  one  base  and  none  at  any  other  base.  The  algo¬ 
rithm  implemented  would  select  LRU  B.  while  the  alternative  approach  would  have  a  tie  between  LRUs  A  and  B. 
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Distribution  Processing 

Distribution  processing  for  the  depot  and  CIRF  applies  to  the  depot-CIRF,  depot-base, 
and  CIRF-base  links.  The  switches  that  control  the  type  of  processing  are  on  the  second  TOP 
record.  This  discussion  covers  the  depot-base  case;  the  other  cases  are  similar. 

After  the  completion  of  step  9  in  Table  1,  the  depot  pipeline  has  been  computed.  Let  Aon 
be  the  depot  pipeline  on  day  n.  Let  Bon  be  the  day  n  depot  backorders  (equivalently,  the 
number  of  requisitions  that  the  depot  has  received  for  which  it  has  been  unable  to  ship  a  ser¬ 
viceable  LRU).  Then  Bon  is  given  by  the  maximum  of  zero  and  Aon  less  the  initial  depot  stock 
level.  If  the  number  of  requisitions  on  day  n  is  R„,  then  the  number  of  requisitions  the  depot 
satisfied  on  day  n  is  --  B{)„  j  -i-  -  Bon-  This  is  not  the  only  way  this  quantity  could 

have  been  determined;  Keeping  track  of  the  initial  depot  stock  level,  successful  depot  repairs, 
and  receipts  of  replacements  for  condemned  LRUs  would  have  served  as  well. 

Priority  Distribution.  This  type  of  processing  fills  requisitions  based  on  greatest  need. 
For  each  base  k  on  day  n,  the  model  computes  A),„,  the  sum  of  the  administrative  and  repair 
pipeline  segments  plus  any  requisitions  that  have  not  been  sent.  It  then  computes 
Bkn  =  -  the  initial  base  stock  level.  An  available  LRU  is  sent  to  that  base  with  an 

unfilled  requisition  that  has  the  highest  Ba„  per  aircraft.  This  step  is  repeated  times  for 
each  day  n.  The  depot  does  not  consider  lateral  supply  activity  that  may  be  taking  place  in  the 
theater  when  it  decides  where  to  ship  an  LRU.  If  the  LRU  is  sent  to  a  base  whose  need  has 
already  been  met  through  a  lateral  supply  action,  that  base  presumably  sends  it  on  to  which¬ 
ever  base  needs  it  most. 

Fill  Oldest  Requisition  First.  Here  requisitions  are  filled  on  a  first  come,  first  served 
basis.  Frequently  this  rule  is  ambiguous  because  all  that  is  known  about  a  requisition  is  the 
day  on  which  it  was  generated.  In  such  instances,  the  LRU  is  sent  to  the  base  with  the 
greatest  number  of  unfilled  requisitions  placed  on  that  day. 

On-Order  Processing 

Determining  the  number  of  LRUs  that  have  been  ordered  but  not  received  is  straightfor¬ 
ward.  From  the  earlier  steps,  the  model  knows  how  many  LRUs  the  depot  shipped  per  day. 
For  each  shipped  LRU,  the  model  gets  the  shipment  time  and  determines  what  day  the  LRU 
arrives.  Subtracting  total  arrivals  from  total  requisitions  yields  the  number  of  unfilled  requisi¬ 
tions. 


LATERAL  SUPPLY 

Lateral  supply  is  done  after  all  the  scheduling  and  distribution  decisions  have  been  made. 
The  model  considers  lateral  supp'y  actions  for  situations  where  one  base  has  aircraft  NFMC 
for  components  that  other  bases  have  in  stock.  An  action  will  not  be  taken  if  the  base  needing 
the  part  will  first  receive  one  fiom  local  repair,  the  CIRF,  or  the  depot.  If  multiple  lateral  sup¬ 
ply  possibilities  exist,  the  preference  is  given  to  those  that  cause  the  aircraft  having  the  fewest 
holes  to  become  FM(',  and  to  those  that  aid  bases  with  the  greatest  fraction  of  their  fleet 
unavailable. 

The  algorithm  works  as  follows:  The  model  selects  the  base  that  has  an  NFMC  aircraft 
with  the  fewest  holes  If  multiple  bases  have  aircraft  NFMC  for  the  same  number  of  (fewest) 
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holes,  it  selects  the  base  with  the  lowest  FMC  percent.^  Lateral  supply  is  considered  for  that 
base  only  if  serviceable  stock  is  available  from  other  bases  for  all  the  holes  on  the  particular 
aircraft.  Stock  to  fill  holes  of  different  LRUs  need  not  come  from  the  same  base.  If  there  is  a 
choice  of  bases  with  serviceable  stock  available,  the  model  selects  the  base  with  the  largest 
value  of  (stock  -  pipeline)/aircraft  (the  base  with  the  largest  ratio  of  spare  stock  to  aircraft). 
The  algorithm  continues  until  ail  NFMC  aircraft  have  been  examined. 


^For  example,  Base  A  has  10  aircraft,  one  NFMC  for  LRUs  1  and  2,  one  NFMC  for  LRU  2;  Base  B  has  20  aircraft, 
two  NFMC  for  LRU  2;  Base  C  lias  10  aircraft,  3  NFMC  for  LRUs  1  and  2.  Both  Base  A  and  Base  B  have  an  aircraft 
NFMC  for  only  one  LRU.  Base  A  is  selected  liecaose  it  has  80  percent  of  its  aircraft  FMC.  while  Base  B  has  90  per¬ 
cent;  Base  C  is  not  selected  at  this  time  liecause  it  needs  two  LRUs  to  get  one  of  its  planes  FMC. 


V.  EXAMPLES  AND  USE 


Perhaps  the  best  way  to  illustrate  Version  5’s  new  features  is  by  a  series  of  examples. 
Not  all  model  parameters  are  discussed  here,  but  they  are  described  fully  in  App.  B,  the  Ver¬ 
sion  5  input  specifications.  Because  this  section  examines  features  that  are  new  to  Version  5, 
the  reader  should  be  familiar  with  the  general  Dyna-MEl  IlIC  model,  Version  4  [3]. 

These  examples  analyze  eight  F-16  components  that  are  tested  on  the  computer/inertial 
(Cl)  test  stand.  The  scenario  includes  five  bases  and  a  depot.  The  main  operating  base 
(MOB)  and  collocated  operating  bases  (GOBI,  COB2,  COB3)  are  in  the  same  theater,  while 
the  fifth  base  (PACT)  is  in  another.  The  depot  is  collocated  with  MOB  and  is  two  days  away 
from  the  other  bases.  Putting  the  depot  so  close  to  the  bases  highlights  the  effect  of  the  vari¬ 
ous  depot  scheduling  policies.  Only  MOB  and  PACF  fly  during  peacetime,  which  is  through 
day  150  of  the  scenario. 

There  are  six  examples,  each  building  on  the  previous  example.  The  base  case  demon¬ 
strates  the  FCFS  distribution  policy  at  the  depot.  Repair  is  available  only  at  the  depot,  where 
the  scheduling  policy  is  based  on  current  aircraft  availability.  Priority  distribution  is  demon¬ 
strated  in  the  second  example.  The  third  uses  the  contract  system  of  repair  scheduling  for 
peacetime  operation,  while  the  fourth  also  uses  the  contract  system  in  wartime.  The  fifth 
example  schedules  repair  during  wartime  according  to  a  future  aircraft  availability  goal.  The 
sixth  example  allows  lateral  supply  between  bases  in  the  same  theater.  The  differences  among 
the  six  runs  are  summarized  in  Table  2. 

A  different  kind  of  example  i.>  handled  separately  in  Sec.  VI.  It  demonstrates  the  model’s 
ability  to  portray  the  failure  of  test  stand  modules,  making  the  repair  stand  unable  to  test  some 
subset  of  the  components.  It  uses  a  preprocessor  to  obtain  the  needed  data. 


BASE  CASE 

The  base  case  demonstrates  the  FCFS  distribution  policy  and  the  current  aircraft  availa¬ 
bility  scheduling  policy  at  the  dep('t.  Because  the  Version  4  and  Version  5  input  data  sets  are 
so  similar,  only  selected  record  groups  are  described  here;  Apps.  C  and  D  contain  the  full  input 
and  output  data  sets. 
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There  is  a  major  difference  in  the  structure  of  input  data  sets  between  the  two  versions. 
Version  4  allowed  orily  one  of  each  group  of  component  data,  such  as  LKU  description  records. 
One  of  Version  4’s  five  programs  reorganized  or  partitioned  that  data  set  before  running  the 
rest  of  the  model.'  Version  5  has  no  utility  program  to  do  that  partitioning  and  requires  its 
component  data  to  be  organized  differently.  Instead  of  one  group  of  each  type  of  component 
data,  it  requires  separate  groups  for  each  type  of  repair  resource.  Ali  record  groups  for  a  given 
resource  must  be  together,  starting  with  the  I.RU  description  records.  The  structure  of  the 
Version  5  data  set  is  similar  to  that  of  the  Version  4  data  set  after  partitioning.^ 

Figure  1  shows  selected  records  from  the  base  case  data  set.  The  first  administrative 
record  contains  the  title  of  the  run.  The  last  two  fields  on  the  second  record  indicate  that 
there  will  be  100  trials  and  that  the  distribution  policy  for  the  depot  is  FCFS.  The  third  record 
has  the  seeds  for  the  various  random  number  streams.  The  fourth  record  indicates  that  the 
war  starts  on  day  151  and  that  performance  should  be  reported  for  days  150  (peacetime),  153, 
157,  160,  165,  and  180. 

A  run-in  period  captures  the  effects  of  peacetime  flying.  It  should  be  sufficiently  long 
that  ttiere  is  pipeline  stability  by  the  start  of  war.  The  150  day  period  used  here  seems  to  work 
well.  In  analyses  where  demands  for  repair  are  approximately  equal  to  the  repair  capacity,  a 
longer  run-in  period  may  be  appropriate.  If  there  is  no  peacetime  fl>ing,  or  if  all  of  the  aircraft 
are  assumed  to  be  fully  mission  capable  at  the  start  of  the  war,  then  no  run-in  period  is 
required. 
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BASE 

MOB 

2.0 
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GOBI 

2.0 

1 

C0B2 

2.0 
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C0B3 

2.0 

1 

PACE 

0.0 

2 

TBED 

DPTl  5 


Fig.  1— Selected  input  records,  base  case 


‘V'ersion  5  is  a  much  simpler  model  that  is  made  up  of  only  one  program,  a  combination  of  Version  4's  pipeline  and 
report  programs  Most  data  a,-e  not  error  checked  or  echoed.  Running  the  model  is  straightforward. 

^Regardless  of  the  model  version,  during  compilation  sizing  parameters  must  be  set  that  specify  how  large  a  data  set 
can  be  analyzed.  Appendix  E  describes  the  sizing  parameters  for  Version  .5. 
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The  base  description  (BASE)  records  contain  a  switch  (columns  72-76)  that  if  set  to  2.0 
or  greater  indicates  that  the  queues  for  repair  are  lost  at  the  start  of  the  war,  a  useful  feature 
for  deployed  units.  In  this  case,  all  bases  besides  PACE  lose  their  repair  queues  at  the  start  of 
the  war,  day  151.  The  setting  of  this  switch  makes  no  difference  here  because  there  is  no 
base-level  repair  and,  hence,  no  base-level  queues.  The  theater  number  (column  79)  shows  that 
all  bases  but  PACE  are  in  the  same  theater. 

The  server  level  (TBED)  records  indicate  that  the  depot  has  five  Cl  servers.  The  bases 
do  not  have  any  servers,  so  any  components  that  fail  leave  immediately  for  the  depot.  The 
scheduling  switch  (column  5)  has  been  left  blank,  so  the  scheduling  algorithm  used  is  the 
default:  based  on  current  aircraft  availability. 

The  output  from  the  run  has  four  or  five  main  parts,  depending  upon  whether  option  15 
has  been  selected.  Eor  purposes  of  illustration,  this  option  has  been  invoked  in  the  base  case 
only.  The  first  part  of  the  output  (Eig.  2)  is  a  simple  echo  of  the  input  parameters.  “DRIVE” 
scheduling  refers  to  depot  scheduling  based  on  future  aircraft  availability. 


Dyna-METRIC  Version  5,  the  Simulation.  (October,  1987) 

Example  1  -  Base  case. 

100  trials  requested. 

Default  mesh-size  to  be  used. 

CIRF  distribution:  First  Come,  First  Served 

Depot  distribution:  First  Come,  First  Served 

First  day  of  war:  151 

Unsealed  times  of  analysis:  150  153  157  160  165  180 

if  DRIVE  scheduling  is  selected,  the  following  parameters  will  be  used: 

-  planning  horizon  of  1  days 

••  computation  done  every  1  day:' 

-  knowledge  of  future  scenario  assumed 


Base  MOB  is  in  theater  1 

Base  GOBI  is  in  theater  1 

Base  C0B2  is  in  theater  1 

Base  C0B3  is  in  theater  I 

Base  PACF  is  in  theater  2 

If  DRIVE  scheduling  is  selected,  goal  will  be  at  most  0  percent  E(NFMC). 

Base  MOB  loses  repair  queue  upon  deployment. 

Base  COBl  loses  repair  queue  upon  deployment. 

Base  C0B2  loses  repair  queue  upon  deployment. 

Base  C0B3  loses  repair  queue  upon  deployment. 


Eig.  2— Echo  of  input  parameters 
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The  second  part  of  the  output  provides  an  individual  report  for  each  resource  and  base, 
reflecting  the  base’s  iierforinance  for  the  set  of  components  assigned  to  the  resource,  and 
assuming  full  cannibalization.  P’igure  3  shows  the  report  for  the  Cl  resource  at  MOB.  Because 
our  example  has  only  one  resource,  this  report  considers  all  eight  components. 

The  first  column  gives  the  day  of  analysis.  The  second  shows  the  expected  number  of 
aircraft  broken  because  of  components  assigned  to  resource  Cl  (again,  assuming  full  cannibal¬ 
ization).  The  third  column  gives  the  variance  of  the  number  of  broken  aircraft.  The  fourth 
column  indicates  which  component  most  frequently  caused  the  most  NFMC  aircraft,  and  how 
frequently  that  happened.  In  this  case,  on  day  IftO  14FB()  is  the  worst  LRU  with  4  percent 
probability.  This  probability  is  lower  than  one  might  expect  because  in  some  trials  there  were 
no  aircraft  NFMC  and  thus  no  problem  parts.  'Fhe  last  column  names  the  next  worst  com¬ 
ponent  and  how  often  it  caused  the  most  aircraft  to  be  NFMC. 

The  third  part  of  the  report  (Fig.  4)  indicates  the  probability  of  having  no  NFMC  aircraft 
at  any  base.  'Fhe  target  of  0  percent  comes  from  the  option  selection  record  for  the  perfor¬ 
mance  report  (option  11). 

The  fourth  part  of  output  has  a  table  for  each  day  of  analysis  indicating  the  performance 
on  that  day.  Figure  5  shows  the  table  for  day  180.  The  report  is  very  similar  in  form  to  that 
generated  by  Version  4.  From  left  to  right,  the  columns  in  the  report  give  the; 


Base  MOB 

-  Resource  Cl 

Day 

Expected  NFMC 

NFMC  Variance 

Worst  LRU  &  Prob 

2nd  Worst  &  Prob 

150 

0.1500 

0.7875 

14FB0 

0.040 

153 

1.8900 

8.2579 

14FB0 

14AA0 

0.235 

0.110 

157 

8.5900 

31.2619 

14FB0 

14AA0 

0.620 

0.230 

160 

9.1300 

31.0531 

14FB0 

14AA0 

0.660 

0.170 

165 

8.5400 

30.5484 

14FB0 

14AA0 

0.605 

0.170 

180 

6.6400 

32.5904 

14FB0 

14AA0 

0.425 

0.235 

Fig.  3- 

Results  for  resource 

Cl  at  base  MOB 

Day  Probability  of  achieving  0%  NFMC  goal 
150  0.84 

153  0.09 

157  0.00 

160  0.00 

165  0.00 

180  0.02 


Fig.  4 — Probability  of  achieving  NFMC  goal 
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•  Name  of  the  base. 

•  Number  of  allowable  NFMC  aircraft. 

•  Total  aircraft. 

•  Probability  of  having  no  more  than  the  target  number  of  aircraft  NFMC. 

•  Probability  of  achieving  the  requested  sorties. 

•  Number  of  aircraft  available  with  at  least  the  specified  confidence  (96  percent  in  these 
examples). 

•  Expected  number  of  NFMC  aircraft. 

•  Variance  of  NFMC  aircraft. 

•  Expected  fraction  of  aircraft  that  are  NFMC. 

•  Expected  number  of  sorties  achieved. 

•  Expected  number  of  sorties  flown  by  each  flyable  aircraft  on  that  day. 

Option  15  generates  the  fifth  part  of  output— the  detailed  pipeline  and  backorder  infor¬ 
mation  that  is  written  to  a  separate  file.  Figure  6  shows  the  portion  that  deals  with  the  first 
LRU,  74DD0,  at  PACF  and  the  depot,  at  the  end  of  day  153.  The  total  pipeline  (TP)  of  this 
LRU  at  PACF  is  0.35;  at  the  depot,  0.93.  PACF’s  total  pipeline  is  due  to  higher  echelon 
backorders  (HERO)  of  0.34,  plus  an  additional  0.01  LRUs  in  the  order-and-ship  pipeline 
(OST).  These  two  segments  differ  in  that  HEBO  represents  requisitions  for  which  no  ship¬ 
ment  has  been  made,  while  OST  represents  LRUs  in  transit  that  simply  have  not  arrived  at 
PACF.  The  depot  pipeline  has  two  nonzero  segments,  the  retrograde  segment  (RTRO)  con¬ 
taining  an  expected  0.37  LRUs,  and  the  queue  when  repair  is  available  (QRA)  of  0.56  LRUs. 
Appendix  A  contains  a  summary  of  the  formats  and  codes  used. 


CASE  2:  PRIORITY  DISTRIBUTION 

The  second  example  is  the  same  as  the  base  case,  except  with  priority  distribution  for  the 
depot.  The  modification  to  the  input  data  set  is  simple.  The  last  field  on  the  second  record  is 
changed  from  0  (FCFS  distribution)  to  1  (priority  distribution),  as  shown  in  Fig.  7,  Results 
from  this  case  and  the  four  remaining  cases  are  summarized  at  the  end  of  this  section. 


Performance  based  on  stock  on  hand  on  day  180. 

- Full  cannibal.izatlon-" 
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0 
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54 
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33.250 
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195.90 

Fig.  5 — Performance  report 
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Fig.  6— Detailed  pipeline  and  backorders  report 
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Example  2  -  Base  case,  with  priority  distribution. 

1  1.0  1.0  Version  5.0  100  1 


Fig.  7— First  two  records,  Case  2 


CASE  3:  CONTRACT  SYSTEM  FOR  PEACETIME 

The  third  example  is  the  same  as  the  second,  except  that  the  depot  schedules  repairs  dur¬ 
ing  peacetime  using  the  contract  system.  To  do  this,  option  24  must  be  selected  (P'ig.  8).  The 
first  option  24  parameter  indicates  the  length  of  contract  periods  (i.e.,  30  days),  and  the  second 
parameter  indicates  the  number  of  periods  in  advance  that  scheduling  is  to  be  done  (i.e.,  2 
periods).  Note  that  although  the  second  parameter  is  a  real  variable,  it  should  only  be  set  to 
round  numbers.  Here,  on  day  1  a  contract  is  prepared  for  days  61-90.  For  the  first  two 
periods,  the  contract  defaults  to  expected  depot  demands. 
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Fig.  8 — Option  selection  records,  Case  3 


CASE  4:  CONTRACT  SYSTEM  FOR  ENTIRE  SCENARIO 

In  Case  3,  the  depot  used  the  contract  system  during  peacetime.  Extending  the  contract 
system  to  wartime  is  specified  on  the  TBED  (server  level)  record  for  the  depot  (Fig.  9).  The 
fifth  column  indicates  that  scheduling  rule  3,  the  contract  system,  is  to  be  used.  Note  that  the 
contract  system  may  be  selected  only  for  a  depot,  and  only  if  option  24  has  been  selected. 


CASE  5:  FUTURE  AIRCRAFT  AVAILABILITY  GOAL— WARTIME 

This  scheduling  policy  builds  a  list  of  repairs  designed  to  maximize  the  probability  of 
achieving  an  aircraft  availability  goal  (already  specified  with  option  11)  at  some  future  time. 
The  depot  description  record  in  Fig.  10  introduces  two  new  fields.  The  repair  schedule  fre¬ 
quency  (column  80)  indicates  how  often  the  list  of  repairs  is  to  be  built  (in  this  case,  every 
day).  The  planning  horizon  (column  78)  indicates  when  the  availability  goal  is  to  be  achieved 
(here,  five  days  after  the  list  is  prepared).  The  only  other  change  is  on  the  TBED  record, 
where  the  scheduling  switch  is  set  to  2  (not  shown  here). 


CASE  0:  LATERAL  SUPPLY 

Option  25  enables  lateral  supply  (Fig.  11)  between  bases  in  the  same  theater.  Its  first 
parameter  indicates  how  many  days  it  takes  a  base  to  receive  a  component  from  another  base 
(2  days  here).  The  second  parameter  indicates  when  lateral  supply  becomes  available  (in  this 
case,  at  the  start  of  the  war). 
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Fig.  9 — Server  level  records.  Case  4 
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Fig.  10 — Depot  description  records,  Case  5 
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Fig.  11 — Option  selection  records,  Case  6 


RESULTS  OF  ALL  SIX  CASES 

Figure  12  shows  the  probabilities  of  achieving  the  0  percent  NFMC  goal  at  all  bases  (from 
the  third  part  of  the  output  for  all  six  cases);  it  also  extracts  the  expected  number  of  NFMC 
aircraft  for  each  time  of  analysis  from  the  performance  reports. 

The  results  are  fairly  intuitive.  The  performance  in  the  second  case  is  much  better  than 
in  the  base  case,  illustrating  the  effectiveness  of  priority  distribution  at  the  depot  (rather  than 
FCFS).  The  peacetime  scheduling  policy  used  in  the  third  case  does  not  have  an  aircraft 
availability  orientation.  As  a  result,  performance  is  worse  at  the  start  of  the  war  and  never 
fully  recovers.  The  differences  in  various  wartime  scheduling  policies  are  evident  in  the  third, 
fourth,  and  fifth  cases.  Not  surprisingly,  the  contract  system  (Case  4)  is  the  worst,  with 
scheduling  based  on  current  aircraft  availability  (Case  3)  nearly  as  good  as  scheduling  based  on 
future  availability  (Case  5).  The  sixth  case  shows  the  benefits  of  lateral  supply  during  war¬ 
time. 

Why  aren’t  the  peacetime  performances  of  Cases  2,  4,  and  5  the  same?  The  random 
numbers  used  by  the  model  on  each  trial  differ  among  the  three  cases  because  of  the  different 
wartime  scheduling  policies,  thus  changing  the  sample  means  (which  all  reflect  the  same  real 
mean).  If  1,000  trials  had  been  used  instead  of  100,  the  differences  would  have  been  smaller. 
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Fig.  12 — Comparison  of  results  from  six  cases 


VI.  REPAIR  RESOURCE  FAILURES 


Thus  far,  we  have  assumed  the  repair  resources,  although  limited,  are  completely  reliable 
which  of  course  is  not  the  case.  This  section  describes  how  the  model  portrays  their  unreliabil¬ 
ity.  For  repair  resources  such  as  avionics  test  equipment,  we  developed  a  preprocessor  that 
takes  a  description  of  the  unreliability  of  the  test  equipment  and  computes  the  special  parame¬ 
ters  needed  by  Dyna-METRIC  for  its  analysis.  The  major  portion  of  this  section  is  devoted  to 
describing  this  preprocessor:  its  mathematical  underpinnings,  its  inputs  and  its  outputs. 


UNRELIABILITY  OF  REPAIR  RESOURCES 

An  unreliable  repair  resource  affects  production  in  two  ways.  First,  it  is  unable  to  repair 
any  of  its  assigned  LRUs  while  undergoing  problem  diagnosis.  Second,  the  resource  cannot 
repair  its  assigned  LRUs  until  it  is  fixed.  For  elaborate  types  of  repair  resources,  problem 
diagnosis  may  be  a  very  time-consuming  process.  These  two  sources  of  unavailability  are  cap¬ 
tured  by  the  model  in  different  ways. 

Consider  the  time  required  for  problem  diagnosis,  during  which  period  the  repair  resource 
is  unable  to  repair  any  of  its  assigned  LRUs.  The  model  needs  the  fraction  of  all  operating 
time  (time  spent  in  self-diagnosis  and  time  spent  in  LRU  repair)  that  is  due  to  self-diagnosis. 
Strictly  speaking,  the  model  requires  the  fraction  spent  in  LRU  repair,  which  implies  the  frac¬ 
tion  spent  in  self-diagnosis.  This  is  used  as  a  constant  in  the  following  manner:  If  the  self- 
diagnosis  fraction  is  /,  and  the  repair  time  for  an  LRU  is  r  operating  days,  then  repairing  that 
LRU  requires  on  average  r/(l  -  /)  days.  This  is  not  a  bad  representation  if  problem  diagnosis 
occurs  frequently  and  is  of  short  duration.  Less  frequent  but  longer  occurrences  might  be 
better  represented  as  actual  failures  that  affect  all  LRUs,  described  next. 

The  other  source  of  repair  unavailability  is  when  the  repair  resource  is  broken.  The  bro¬ 
ken  resource  can  be  either  PMC  or  NMC.  A  PMC  resource  can  repair  some  but  not  all  of  its 
assigned  LRUs;  an  NMC  resource  can  repair  none  of  its  LRUs. 

Dyna-METRIC  treats  resource  failures  in  a  simplistic  way.  Although  one  could  view 
repair  resources  as  being  somewhat  akin  to  aircraft,  in  that  they  are  composed  of  several 
modules  that  may  fail  and  for  which  serviceable  spares  may  exist,  all  that  we  explicitly  model 
are  aggregate  module  backorders.  A  backorder  occurs  when  a  module  fails  and  no  spare 
module  is  immediately  available.  Input  to  the  model  is  6,  the  backorder  rate  per  operating  day. 
Backorders  occur  randomly  according  to  a  Poisson  process  with  mean  b.  The  backorder  per¬ 
sists  for  a  random  length  of  time  whose  mean  is  supplied  in  the  model’s  input  and  whose  prob¬ 
ability  distribution  is  exponential  (though  if  module  resupply  is  cut  off,  the  backorder  will  per¬ 
sist  even  longer).  We  assume  that  two  backorders  of  the  same  type  never  occur  at  the  same 
time  at  the  same  location  (in  avionics  shops,  at  least,  it  very  seldom  happens),  so  that  all 
backorders  can  be  consolidated  onto  a  single  server  of  the  repair  resource. 

Associated  with  each  LRU  is  the  probability  that  a  backorder  renders  the  repair  resource 
incapable  of  repairing  the  LRU.  When  a  backorder  occurs,  the  model  uses  those  probabilities 
to  randomly  determine  which  LRUs  are  affected. 

This  is  by  no  means  a  perfect  representation  of  the  process.  In  developing  Version  5,  we 
experimented  with  explicit  representation  of  modules.  Dyna-SCORE  [8],  a  simulation  of  a 
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single  level  of  constrained  repair,  is  even  more  explicit  in  its  representation.  Through  experi¬ 
mentation,  we  have  satisfied  ourselves  that  the  current  method  does  fairly  well,  though  not 
reflecting  all  the  nuances,  and  have  chosen  it  because  of  its  more  efficient  use  of  computer 
resources  (it  runs  faster  and  requires  less  data). 

A  problem  remains  with  the  unavailability  of  data.  Standard  systems  currently  collect 
data  about  neither  backorder  rates  nor  the  probability  that  a  random  backorder  affects  a  given 
LRU.  Thus  we  built  a  preprocessor  that  uses  more  collectable  data  to  compute  the  inputs 
needed  by  Dyna-METRIC. 

The  preprocessor  requires  module-related  data,  including  the  number  of  each  module  per 
server  for  each  repair  resource,  module  spares  level,  mean  module  lifetime,  module  resupply 
time,  and  the  number  of  each  module  that  must  be  operational  to  test  a  given  LRU.  It  then 
computes  output  data  for  each  type  of  repair  resource,  including  the  fraction  of  time  spent  in 
self-diagnosis,  the  backorder  rate,  and  the  mean  backorder  duration;  for  each  LRU  it  computes 
the  probability  that  a  random  backorder  affects  that  LRU. 


MATHEMATICS  OF  THE  PREPROCESSOR 

In  this  discussion,  we  assume  that  modules  are  assigned  to  unique  repair  resources,  that 
the  quantity  per  server  is  one,  and  that  there  is  only  one  server  of  each  type.  In  the  preproces¬ 
sor  itself,  modules  may  be  assigned  to  more  than  one  type  of  repair  resource,  modules  may 
have  quantities  per  server  greater  than  one,  and  there  may  be  more  than  one  server  of  each 
type.  The  extension  of  the  mathematics  to  the  full  case  is  straightforward  and  is  not  made 
here  to  keep  the  general  concepts  clear. 

Notation 

J  -  Number  of  modules  on  a  repair  resource. 
dj  -  Break  rate  per  operating  day  of  module  j. 

Sj  -  Stock  level  of  module  j. 

Rj  -  Average  resupply  time  of  module  j. 
bj  -  Backorder  rate  of  module  j. 

Ej(B)  -  Expected  number  of  backorders  for  module  j. 
b  -  Backorder  rate  for  the  server;  the  sum  of  bj. 

E(B)  -  Expected  number  of  backorders  for  the  server,  or  the  sum  of  Ej{B). 

We  first  compute  bj,  the  backorder  rate  for  module  j.  Assuming  that  the  repair  resources 
operate  continuously,  Palm’s  theorem  tells  us  that  the  expected  number  of  failed  modules  in 
the  system  is  Poisson  with  mean  X  •=  djRj,  so  that  the  probability  of  k  failed  modules,  or  pjk,  is 
Pjk  “  The  expected  number  of  backorders  is 

,  .S’.  1 

EjiB)  =  X  ^  ^  ~  2  pM^^  -  ■ 

k-S,  *-() 

The  probability  that  there  is  no  stock  on  hand  is  the  probability  that  the  number  of  failed 
modules  is  greater  than  or  equal  to  Sj.  Let  Pjo  be  the  probability  that  there  is  no  stock  on 
hand  for  module  j.  That  is, 
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Pjo  - 1  -  2  • 

*-0 

A  bftckorder  occurs  when  there  is  a  module  failure  and  no  stock  on  hand,  so  bj  =  djPjo-  The 
backorder  rate  needed  by  Dyna- METRIC  is 

J-l 

Dyna-METRIC  also  needs  ER,  the  effective  backorder  resupply  time,  which  takes  into 
account  the  possibility  of  initial  stock  and  may  differ  from  Rj.  Suppose  there  was  initially 
stock  on  hand.  By  the  time  a  backorder  occurs,  multiple  orders  will  already  have  been  placed, 
so  that  a  new  module  arrives  sooner  than  Rj.  Computing  ER  is  not  difficult.  We  know  from 
Little’s  formula  [9]  that  E(B)  ^  b  x  ER.  So  ER  =  E(B)/b. 

Another  quantity  needed  by  Dyna-METRIC  is  q.,  the  probability  that  a  random 
backorder  renders  the  server  incapable  of  testing  LRU  i.  Let  F,  be  the  set  of  modules  that 
must  be  operational  in  order  to  test  LRU  i.  Then 

Qi  -  2  bj/b  . 

J<F. 

The  final  result  computed  by  the  preprocessor  and  used  by  Dyna-METRIC  is  the  avail¬ 
ability  rate,  «.  This  is  the  fraction  of  the  operating  time  that  is  spent  in  the  test  of  LRUs, 
rather  than  in  self-test  or  problem  diagnosis,  u  is  given  by 

^  _ _ 1  ^ _ 

1/6  4-  Expected  diagnostic  time 

where  the  expected  diagnostic  time  was  a  preprocessor  input. 


EXAMPLE  USING  THE  PREPROCESSOR 

This  example  demonstrates  not  only  the  effects  of  including  unreliability  in  one  of  the 
Dyna-METRIC  cases  from  the  previous  section,  but  also  shows  the  use  of  the  preprocessor  to 
prepare  the  data  Dyna-METRIC  needs  to  represent  unreliability.  The  reader  should  refer  to 
App.  F  for  detailed  input  specifications,  and  to  Apps.  G  and  H  for  the  complete  sample  input 
and  output  excerpted  below. 

Preprocessor  Inputs 

There  are  three  parts  to  the  preprocessor  input:  repair  resource  definitions,  module 
definitions,  and  a  module  essentiality  matrix.  The  needed  data  are  similar  to  those  used  by 
Dyna-SCORE. 

Repair  Resource  Definitions,  These  repair  resource  definitions  (Fig.  13)  are  based  on 
the  four  resources  in  an  F-16  avionics  shop.  The  previous  examples  in  Sec.  V  analyzed  only 
the  Cl  repair  resource,  which  shares  modules  with  the  PP,  DI,  and  RF  repair  resources. 
Demands  generated  by  those  resources  must  also  be  reflected.  The  preprocessor  must  be  run 
for  each  location  with  repair  resources.  In  our  cases,  this  has  been  only  the  depot.  These 
records  indicate  that  at  the  depot  there  are  two  each  of  the  PP,  DI,  and  RF  servers,  and  five  of 
the  Cl. 
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columns 

1  2 
123456789012345678901 

PP  2  0.3842  0 

DI  2  0.4755  0 

RF  2  0.5830  0 

Cl  5  0.5431  8 


Fig.  13 — Repair  resource  definitions 


The  amount  of  repair  time  lost  for  each  module  failure  (columns  12-17)  has  two  parts. 
One  is  the  diagnostic  time  needed  to  identify  the  problem.  The  other  has  to  do  with  how 
Dyna-METRIC  treats  LRUs  that  are  in  test  when  the  server  fails:  It  credits  them  for  time 
spent  on  the  server  so  that  when  the  server  again  becomes  available,  they  do  not  spend  a  full 
repair  time  completing  repair.  If  this  representation  is  inappropriate  to  the  situation  being 
analyzed  (and  it  frequently  is),  then  the  expected  accrued  repair  time  should  be  added  in.  In 
most  cases,  the  expected  accrued  repair  time  is  the  expected  LRU  repair  time,  weighted  by 
LRU  demand  rates. 

The  number  of  LRUs  repaired  by  each  repair  resource  (column  21)  enables  the  preproces¬ 
sor  to  compute  the  probability  that  a  PMC  server  can  still  test  a  given  LRU.  Zeroes  have  been 
entered  on  the  records  for  the  PP,  DI,  and  RF  servers  because  we  have  no  interest  in  the 
LRUs  they  test;  we  only  care  about  the  eight  LRUs  tested  by  the  Cl  servers. 

Module  Definitions.  Figure  14  gives  the  header  record  for  the  module  definitions  and 
the  first  four  records  from  that  section.  From  left  to  right,  the  fields  contain  the  module  name, 
the  module’s  mean  time  between  failures  (MTBF)  in  operating  days,  module  stock  level,  and 
expected  module  resupply  time  in  days;  then  for  each  repair  resource,  the  quantity  of  the 
module  that  appears  on  the  resource.  Here,  the  first  three  modules  appear  on  each  type  of 
resource,  the  fourth  module  appears  only  on  the  RF  and  Cl  servers. 

Module  Essentiality  Matrix.  Figure  15  shows  the  header  record  for  the  module  essen¬ 
tiality  matrix  with  records  for  the  first  four  modules.  Records  must  be  in  the  same  order  as  the 
module  definition  records  because  module  names  are  not  checked  to  ensure  matches.  The 


columns 

1  2  3  4  5  6 

1234567890123456789012345678901234567890123456789012345678901 


MOD 

MTBF 

STK 

RESUPPLY 

PP 

DI 

RF 

Cl 

A_AAA 

7560.5 

1 

14.0 

1 

1 

1 

1 

A_AAD 

3780.3 

0 

14.0 

1 

1 

1 

1 

A^AAE/ADB 

6520.3 

0 

14.0 

2 

2 

2 

1 

ACAFO/ADAFO 

889.4 

1 

14.0 

0 

0 

1 

1 

Fig.  14 — Module  definitions 
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columns 

1  2 

1234567890123456789012345 


MTRX 

A_AAA 

A_AAD 

A_AAE/ADB 

ACAFO/ADAFO 


12345678 

11111111 

11111111 

11111111 

00100000 


Fig.  15 — Module  essentiality  matrix 


matrix  shows  how  many  of  each  module  must  be  working  to  test  each  LRU.  Here,  the  first 
three  modules  must  be  working  for  any  LRU  to  be  repaired.  If  the  fourth  module  has  failed, 
only  the  third  LRU  is  affected;  the  other  LRUs  can  still  be  tested. 

Preprocessor  Outputs 

The  preprocessor  builds  a  single  output  file  comprising  various  reports.  The  first  three 
reports  echo  the  input  data.  The  last  three,  for  each  repair  resource,  provide  overall  results, 
module  backorder  rates  and  resupply  times,  and  the  probabilities  that  a  PMC  server  can  test 
each  type  of  LRU. 

Echo  of  Input  Data.  Figure  16  shows  excerpts  of  the  three  reports  that  echo  the  input 
data,  which  define  the  repair  resources,  the  modules,  and  the  LRUs  to  which  the  modules 
apply. 

Overall  Repair  Resource  Report.  The  overall  results  for  the  Cl  resource  (Fig.  17) 
provide  information  needed  by  Dyna-METRIC.  The  backorder  rate  (0.0115)  and  resupply  time 
(12.0  days)  go  on  the  server  level  (TBED)  records.  The  server  availability  on  the  TEST  record 
must  be  adjusted  to  0.914  of  the  previous  value  we  used,  0.790  (which  reflected  such  things  as 
down  time  between  shifts  of  operators),  so  the  new  server  availability  is  0.722. 

Other  information  produced  here  is  not  used  by  Dyna-METRIC.  The  module  failure  rate, 
which  is  much  greater  than  the  module  backorder  rate,  points  to  an  adequate  stockage  position. 
In  fact,  the  rate  of  failures  for  which  there  is  stock  is  0.172  per  operating  day,  with  a  mean 
time  between  events  of  5.80  days. 

Module  Backorder  Rate  and  Resupply  Time  Report.  None  of  the  information  pro¬ 
vided  by  this  report  (excerpted  in  Fig.  18)  is  used  by  Dyna-METRIC.  Briefly,  it  converts  input 
about  module  failures,  stock,  and  resupply  time  to  information  about  module  backorders.  For 
example,  recall  that  the  fourth  module’s  MTBF  was  889.4  operating  days,  stock  level  was  one, 
and  resupply  time  was  14  days  (Fig.  14).  Its  mean  time  between  backorders  (MTBB)  is  an 
order  of  magnitude  greater:  8524.6  days,  or  0.0001173  per  operating  day.  The  expected  dura¬ 
tion  of  the  backorder  condition  is  just  seven  days. 

Probability  a  PMC  Server  Can  Test  an  LRU.  Of  great  importance  in  modeling 
unreliable  repair  resources  with  Dyna-METRIC  is  the  probability  that  a  PMC  server  can  still 
test  a  given  LRU.  Figure  19  is  the  preprocessor  report  for  resource  Cl  that  provides  those 
values.  Some  LRUs  have  a  high  probability  of  being  testable,  even  if  the  server  has  a  single 
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Stand  Number 


PP  2 

DI  2 

RE  2 

Cl  5 


Ex(Diagnosis  Time) 
0.3842 
0.4755 
0.5830 
0.5431 


Input  data: 

Module  name 

A_AAA 

A_AAD 

A..AAE/ADB 

ACAFO/ADAFO 


MTBF  stock 
7560.500  1 

3780.300  0 

6520.300  0 

839.400  1 


resupply 

14.000 

14.000 

14.000 

14.000 


PP  DI  RF  Cl 
1111 
1111 
2  2  2  1 

0  0  11 


Module  essentiality  matrix: 

A. AAA  11111111 
A_AAD  11111111 
A_AAE/ADB  11111111 
ACAFO/ADAFO  00100000 


Fig.  16 — Echo  of  preprocessor  in[)iil 


Results  for  stand  Cl  : 

Backorder  rate 
Resupply  time 

Server  availability  (alpha) 
Failure  rate 

Failure  less  backorder  rate 


0.01148698 
12.00329690 
0.91438824 
0. 18388136 
0.17239438 


Mean  time  between  failures  that  are  not 


backorders 


5.80065298 


F’ig.  17 — Overail  repair  resource  report 
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Module  name 

A_AAA 

A^AAD 

A_AAE/ADB 

ACAFO/ADAFO 


MTBB  b.o.  rate  resupply 

100000.000  O.OOUOlOO  7.022 

3780.300  0.0002645  14.000 

6520.300  0.0001534  14.000 

8524.624  0.0001173  7.129 


Fig.  18— Module  backorder  rate  and  resupply  report 


Stand  Cl  LRU  conditional  probabilities: 

LRU  1  =  0.7527 
LRU  2  =  0.3737 
LRU  3  =  0.6688 
LRU  4  =  0.4699 
LRU  5  =  0.4189 
LRU  6  -  0.3843 
LRU  7  =  0.7619 
LRU  8  =  0.7619 


Fig.  19— Probability  a  PMC  server  can  te.st  an  LRU 


backorder.  For  instance,  LRU  1  has  a  three  out  of  four  chance.  Others,  especially  LRU  6, 
need  more  of  the  modules  in  order  to  be  tested,  so  have  a  lower  probability.  These  conditions; 
probabilities  go  on  the  VTM  records  in  the  Dyna-METRIC  data  set. 

Use  in  Dyna-METRIC 

The  information  output  by  the  preprocessor  is  used  by  Dyna-METRIC  in  the  TEST, 
TBED  and  VTM  record  groups.  To  illustrate  the  use  of  these  data,  we  modify  our  previous 
Case  5,  which  utilizes  contract  repair  during  peacetime  and  schedules  repair  based  on  future 
aircraft  availability  during  wartime.  Lateral  supply  is  not  available. 

Figure  20  shows  placement  of  the  new  data.  The  probabilities  that  a  PMC  server  can 
repair  a  given  LRU  appear  on  the  VTM  records.  The  server  availability  just  computed  (0.722) 
goes  on  the  TEST  record.  The  resource’s  backorder  rate  (0.0115)  and  resupply  time  (12.0 
days)  go  on  the  TBED  records. 

As  expected,  predicted  performance  is  degraded  when  one  explicitly  considers  the  effects 
of  unreliable  repair  resources.  Figure  21  compares  the  new  results  with  those  of  Case  5  (reli¬ 
able  resources). 


columns 


12  3  4 

1234567890123456789012345678901234567890 


V3M 


74DD0 

1.0 

1.0 

4.0 

.  753 

74DA0 

1.0 

1.0 

4.0 

.374 

74CA0 

1.0 

1.0 

4.0 

.669 

14FB0 

1.0 

1.0 

4.0 

.470 

14AD0 

1.0 

1.0 

4.0 

.419 

14AA0 

1.0 

1.0 

4.0 

.  384 

14AG0 

1.0 

1.0 

4.0 

.  762 

14AF0 

1.0 

1 .0 

4.0 

.762 

TEST 

Cl  .722 

TBED 

DPT12. 011512  0  0.  0.  5 


Fig.  20— TEST,  TBED,  and  VTM  records,  unreliability  case 


Day 

Day 

Day 

Day 

Day 

Day 

150 

153 

157 

160 

165 

180 

Reliable  resources  (case  5) 

12.66 

11.75 

19.54 

13.88 

8.92 

4.11 

Unreliable  resources 

14.98 

12.44 

19.97 

14.12 

11.38 

7 .90 

Fig.  21 — Expected  NFMC  aircraft:  reliable  vs.  unreliable  resources 


Appendix  A 

PIPELINE  FILE  FORMATS 


Pipeline  contents  are  summarized  when  option  15  is  selected.  A 
record  i.s  written  to  a  separate  file  for  each  time  of  analysis,  for  each 
pipeline  segment,  for  each  LRU,  and  for  each  location.  In  addition  to 
the  usual  pipeline  segments,  there  is  also  a  record  for  the  total 
pipeline  variance  for  each  LRU,  for  each  location. 


Columns  Format  Description 

1-7  aaaa  ii  Pipeline  segment  code  6i  number. 


RTRO 

0  - 

Retrograde  (to  the  location) 

ADM 

1  - 

Administrative  pipeline  segment 

QRA 

2  - 

Queue,  repair  available 

QRNA 

3  - 

Queue,  repair  not  available 

IW 

4  - 

In  work 

OST 

6  - 

In  the  forward  pipeline  segment 

HEBO 

7  - 

Ordered,  but  not  yet  shipped 
(OST  +  HEBO  appears  in  Version  4  as 
ordered  but  not  received) 

TP 

8  - 

Total  pipeline 

EBO 

9  - 

Backorders  (not  divided  by  QPA) 

PVAR 

10  - 

Sample  variance  of  the  depot  pipeline 

BPV 

11  - 

Sample  variance  of  the  base  pipeline 

10-13 

aaaa 

Name  of  location  to  which  record  applies. 

15 

i 

Echelon . 

0  -  Base 

1  -  CIRF 

2  -  Depot 

17-18 

ii 

Location  number. 

This  is  in  relation  to  other  locations 
echelon.  If  there  are  two  bases  and  a 
location  number  of  1  might  be  base  1  or 
(column  15  determines  which) . 

20-35 

al6 

LRU  name . 

38-40 

ii  1 

LRU  number. 

42-45 

iii  i 

Time  of  analysis. 

47-56 

flO.2 

Size  of  pipeline  segment. 

same 

cH 

1 
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Appendix  B 

INPUT  SPECIFICATIONS 


General  notes: 

•  All  fields  must  be  nonnegatlve  unless  otherwise  specified. 

•  A  blank  is  the  same  as  a  zero. 

•  Times  are.  specified  as  days,  but  any  consistent  unit  is 
acceptable . 

•  Only  records  groups  associated  with  component  data  may  app)ear 
more  than  once  in  an  input  data  set  (once  per  repair  resource) . 

Order  and  Structure  of  Input  Data  Sets  Record 

Group 

Administrative  Data:  - 

lour  records  that  specify  the  run's  heading, 

administrative  delays  for  the  three  echelons, 
random  number  seeds,  and  times  of  analysis  TOP 

Option  selections  OPT 

Location  Descriptions: 

Depot  descriptions  (optional)  DEPT 

CIRF  descriptions  (optional)  CIRF 

Base  descriptions  BASE 

Depot  transportation  (optional)  TRNS 

Scenario  Data: 

Aircraft  levels  ACFT 

Sortie  rates  SRTS 

Maximum  sortie  rates  TURN 

Attrition  rates  (optional)  ATTR 

Flying  hours  per  sortie  (optional)  FLHR 

Component  Data  (one  set  per  repair  resource) : 

LRU  descriptions  LRU 

Application  fractions  (optional)  APPL 

Variance  to  mean  data  (optional)  VTM 

Repair  resource  data: 

Repair  resource  availability  TEST 

Server  levels  TBED 

LRU  repair  assignments  TPRT 

Stock  levels  (optional)  STK 
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USING  IMPLIED  DECIMAL  POINTS 


Three  classes  of  data  are  used  in  Dyna-METRIC:  alphanumeric  (a),  integer 
(i),  and  real  (x) .  The  fields  associated  with  real  data  use  an  Implied 
decimal  point,  whicli  may  be  overridden  with  an  explicit  decimal  point. 

To  use  the  implied  decimal  point,  we  need  to  know  where  the  point  is 
located.  Throughout  this  appendix,  "X"  denotes  a  digit  to  the  left  of 
the  decimal  point  and  "x"  denotes  a  digit  to  the  right.  For  example,  a 
format  representation  of  "XXXxx"  for  columns  5-9  means  there  is  an  implied 
point  between  columns  7  and  8. 

An  easier  method  is  to  include  a  decimal  point  explicitly  in  the  data. 

The  data  need  fit  only  within  the  columns  to  which  they  are  assigned  and 
need  not  be  right- justified .  This  method  has  the  advantage  of  allowing  a 
greater  range  of  entries  but  the  disadvantage  of  using  one  of  the  columns 
in  the  field  to  contain  the  decimal  point,  thus  reducing  by  one  the 
available  significant  digits  that  can  be  used. 

Whichever  method  the  user  chooses  depends  on  the  values  to  be  coded. 
Suppose  ten  and  a  half  is  to  be  coded  in  the  field  defined  "XXXxx".  We 
could  use  either  method,  entering  "  1050"  to  use  the  implied  point  or 
overriding  it  with  "10.5  "  or  "  10.5".  In  this  example  the  range  of 
entries  is  .01  to  999.99  for  the  implied  point  with  up  to  five  significant 
digits,  and  .0001  to  9999.  for  the  explicit  decimal  point  with  up  to  four 
significant  digits. 

Below  are  examples  illustrating  how  various  values  can  be  coded. 


1 

1 

1 

Format  | 

1 

Value 
to  be 
Coded 

1  Explicit 

1  Decimal 

1  Point 

Implied 

Decimal 

Point 

1 

XXxxxx  1 

2.5 

1  "2.5  " 

"  25000" 

1 

999.03 

1  "999.03" 

1 

99.0359 

1 

"990359" 

1 

XXX  1 

2.8 

1  "2.8" 

_  . 

1 

725. 

1 

"725" 

1 

23. 

1  "23." 

»i  23" 
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Aircraft  Levels 

Header  record:  ACFT 

Restriction:  Follow  the  BASE  record  group. 

General  description: 

These  records  specify  how  many  aircraft  are  assigned  to  each  base 
on  each  day  of  the  scenario.  Bases  for  which  ACFT  records  are  not 
given  will  be  assigned  no  aircraft. 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aaaaXXXXi i i iXXXXi i i iXXXX i i i iXXXXi i i iXXXX i i i iXXXX 

I  I  I  I  I  I  I  I  I  I  I  I 

I  I  i  I  I  I  I  I  I  I  I  Sixth  aircraft  level 

I  I  I  I  I  I  I  I  I  I  Day  sixth  level  starts 

I  I  I  I  {  I  I  j  I  Fifth  aircraft  level 

11111111  Day  fifth  level  starts 
1111111  Fourth  aircraft  level 
j  I  I  1  j  1  Day  fourth  level  starts 

11111  Third  aircraft  level 
j  j  I  I  Day  third  level  starts 

I  I  I  Second  aircraft  level 

I  I  Day  second  level  starts 

I  First  aircraft  level 

Base  name 


Detailed  description: 

The  maximum  number  of  aircraft  levels  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  levels  follow  the  format  of  the  previous  fields. 

Each  day  a  level  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BASl  0  151  18  158  9 

indicates  that  base  BASl  initially  has  no  aircraft.  Starting  on 
day  151,  BASl  has  18  aircraft.  On  day  158,  the  level  reduces  to  nine 
aircraft  that  lasts  throughout  the  scenario. 


ACFT-1 


Columns  Format 


1-4  aaaa  Base  name. 

The  name  of  v;he  base  for  which  aircraft  levels  are 
specified.  Must  be  named  in  the  BASE  record  group. 


5-8 

xxxx 

Enter  at  most  one  record  per  base 

First  aircraft  level. 

9-12 

iiii 

Day  second  level  starts. 

13-16 

XXXX 

Second  aircraft  level. 

17-20 

iiii 

Day  third  level  starts. 

21-24 

XXXX 

Third  aircraft  level. 

25-28 

iiii 

Day  fourth  level  starts. 

29-32 

XXXX 

Fourth  aircraft  level. 

33-36 

iiii 

Day  fifth  level  starts. 

37-40 

XXXX 

Fifth  aircraft  level. 

41-44 

iiii 

Day  sixth  level  starts. 

45-48 

XXXX 

Sixth  aircraft  level. 

ACFT-2 


3H 


Application  Fractions 

Header  record:  APPL 

Restriction:  Appear  at  most  once  per  repair  resource,  following  the 
LRU  records  associated  with  that  resource. 

General  description: 

Those  records  specify  the  fraction  of  each  base's  aircraft  that 
contain  a  given  LRU.  Bases  for  which  application  fractions  are 
not  specified  default  to  application  fractions  of  one  (all  aircraft 
at  the  base  contain  the  LRU). 

Columns 

12  3  4 

12345678901234567890123456789012345678901234567 


aaaaaaaaaaaaaaaa  aaaaXXXxx  aaaaXXXxx  aaaaXXXxx 


1 

1 

1 

1 

1  II  II 

1  II  1  Third  application  fraction 

1 

1 

1  1  I  Third  base  name 

1 

1 

1  1  Second  application  fraction 

1 

1 

1  Second  base  name 

1 

1 

First  application  fraction 

1 

LRU  name 

First  base  name 

4 

5 

6  7 

890123456789012345678901234567 
aaaaXXXxx  aaaa''^XXxx  aaaaXXXxx 

II  I  <  II 

II  II  I  Sixth  application  fraction 

II  II  Sixth  base  name 

I  I  I  Fifth  application  fraction 

I  I  Fifth  base  name 

I  Fourth  application  fraction 
Fourth  base  name 


Detailed  description: 

Each  application  fraction  must  be  between  zero  and  one. 
Application  fractions  for  up  to  six  bases  may  be  entered  on  a 
single  record.  If  more  are  needed,  multiple  records  are  allowed. 


APPL-1 
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For  example,  records  containing 

WIDGET  BASl  .50  BAS2  .50  BAS3  .50  BAS4  .50 

WIDGET  BAS5  1.00  BAS6  1.00 


indicate  that  LRU  WIDGET  appears  on  half  the  aircraft  at  the  first  four 
bases  and  on  all  the  aircraft  at  the  last  two  bases.  (Note  that  the  data 
could  have  been  entered  on  one  record.) 

Columns 

Format 

1-16 

al6 

LRU  name. 

The  name  of  the  LRU  for  which  application  fraction 
data  are  specified.  Must  be  named  in  the  LRU  record 
group.  Enter  as  many  records  as  needed  per  LRU. 

18-21 

aaaa 

First  base  name. 

Name  of  the  base  to  which  first  application  fraction 
applies . 

22-26 

XXXxx 

First  application  fraction. 

Fraction  of  the  aircraft  stationed  at  first  base  that 
contain  the  LRU. 

28-31 

aaaa 

Second  base  name. 

32-36 

XXXxx 

Second  application  fraction. 

38-41 

aaaa 

Third  base  name. 

42-46 

XXXxx 

Third  application  fraction. 

48-51 

aaaa 

Fourth  base  name. 

52-56 

XXXxx 

Fourth  application  fraction. 

58-61 

aaaa 

Fifth  base  name. 

62-66 

XXXxx 

Fifth  application  fraction. 

68-71 

aaaa 

Sixth  base  name. 

72-76 

XXXxx 

Sixth  application  fraction. 

APPL-2 
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Attrition  Rates 

Header  record:  ATTR 

Restriction:  Follow  the  BASE  and  ACFT  record  groups. 

General  description: 

These  records  specify  the  fraction  of  aircraft  that  are  attrited 
on  average  per  sortie  at  each  uase  on  each  day.  Aircraft  at  bases  for 
which  ATTR  records  are  not  given  do  not  experience  attrition. 

Columns 

1  2  3  4  5 

123456789012345678901234567890123456789012345678901234 


aaaaXXxxxi i i i XXxxxi i i iXXxxx i i i iXXxxxi i i iXXxxxi i i iXXxxx 


1 

i 

1 

1 

1  1 

1  1 

1  !  1  1  1  1  1 

1  II  II  1  Sixth  attrition  rate 

1 

1 

1  1 

1  II  II  Day  sixth  rate  starts 

1 

1 

1  ! 

1111  Fifth  attrition  rate 

1 

1 

1  1 

1  1  1  Day  fifth  rate  starts 

1 

1 

1  1 

1  1  Fourth  attrition  rate 

1 

1 

1  1 

1  Day  fourth  rate  starts 

1 

1 

i  1 

Third  attrition  rate 

1 

1 

1  Day  third  rate  starts 

1 

i 

Second 

attrition  rate 

1 

Day 

second 

rate  starts 

First 

attrition 

rate 

Base  name 


Detailed  description: 

The  maximum  number  of  attrition  rates  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  rates  follow  the  format  of  the  previous  fields. 

Each  day  a  rate  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BASl  .01  151  .02 

Indicates  that  base  BASl  loses  .01  aircraft  per  sortie  (one 
aircraft  per  hundred  sorties)  flown  on  the  first  150  days.  On 
day  J51  and  for  the  rest  of  the  scenario,  BASl  loses  two  aircraft 
per  hundred  sorties  flown. 


ATTR-1 


Columns  Format 


1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  attrition  rates  are 
specified.  Must  be  named  in  the  BASE  record  group. 
Enter  at  most  one  record  per  base. 


5-9 

XXxxx 

First  attrition  rate. 

10-13 

iiii 

Day  second  rate  starts 

14-18 

XXxxx 

Second  attrition  rate. 

19-22 

iiii 

Day  third  rate  starts. 

23-27 

XXxxx 

Third  attrition  rate. 

28-31 

iiii 

Day  fourth  rate  starts 

32-36 

XXxxx 

Fourth  attrition  rate. 

37-40 

iiii 

Day  fifth  rate  starts. 

41-45 

XXxxx 

Fifth  attrition  rate. 

46-49 

iiii 

Day  sixth  rate  starts. 

50-54 

XXxxx 

Sixth  attrition  rate. 

A'rTR-2 
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Base  Descriptions 

Header  record:  BASE 

Restriction:  Follow  tho.  DEPT  and  CIRF  record  groups  (if  any). 
General  description: 

These  records  describe  the  availability  of  resupply  at  each  base, 
name  the  base's  CIRF  (if  any),  and  describe  the  transportation 
resources  connecting  the  base  and  CIRF.  A  record  is  required  for 
each  base. 

Columns 

12  3  4 

1234567890123456789012345678901234567890 

aaaaaaaaXXXxxXXXxxXXXxx  XXXxxXXXxxXXXxx 

I  I  I  I  I  III 

I  I  I  I  I  II  Resupply  start 

I  I  I  I  I  I  CIRF  cutoff  duration 

I  I  I  I  I  CIRF  cutoff 

III  I  CIRF  start 
I  I  I  CIRF-to-base  transportation  time 
I  I  Base-to-CIRF  transportation  time 
I  CIRF  name 
Base  name 


4  5  6  7  8 

1234567890123456789012345678901234567890 

XXXxxXXXxx  XXXxxXXXxxiiii 

II  I  I  I  I 

II  III  Onshore  switch 

II  II  Assigned  theater 

I  I  I  Deployment  indicator 

I  I  Sustained  demand  start  time 

I  Resupply  cutoff  duration 
Resupply  cutoff 


Detailed  description: 

CIRF  resupply  and  cutoff  parameters  also  apply  to  the  retrograde 
(base-to-CIRF)  pipeline  if  the  cutoff  direction  switch  in  the  TOP 
record  group  is  set. 


BASE-1 


r^fttailed  description: 
Columns  Format 
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1-4  aaaa 


5-8  aaaa 


9-13  XXXxx 
14-18  XXXxx 
19-23  XXXxx 

25-29  XXXxx 

30-34  XXXxx 

35-39  XXXxx 

41-45  XXXxx 

46-50  XXXxx 

67-71  XXXxx 


Base  name. 

The  name  of  the  base.  This  may  be  any  string  of  four 
characters  as  long  as  it  is  neither  a  keyword  (such  as 
"base")  nor  the  name  of  another  base,  CIRF  or  depot. 

CIRF  name. 

The  name  of  the  CIRF  that  serves  this  base.  Must  be 
named  in  the  CIRF  record  group.  If  the  base  is  not 
served  by  a  CIRF,  this  field  must  be  blank. 

Base-to-CIRF  transportation  time  (in  days). 

CIRF-to-base  transportation  time  (in  days). 

CIRF  start. 

Day  resupply  from  the  CIRF  first  becomes  available. 

CIRF  cutoff. 

Day  resupply  from  the  CIRF  is  first  cut  off. 

CIRF  cutoff  duration. 

Number  of  days  resupply  from  the  CIRF  is  cut  off. 
Resupply  start. 

Day  resupply  of  components  ordered  from  a  supplier  other 
than  the  CIRF  or  depot  first  becomes  available. 

Resupply  cutoff. 

Day  resupply  of  components  ordered  from  a  supplier  other 
than  the  CIRF  or  depot  is  cut  off. 

Resupply  cutoff  duration. 

Number  of  days  that  resupply  of  components  ordered  from 
a  supplier  other  than  the  CIRF  or  depot  is  cut  off. 

Sustained  demand  start  time. 

Day  that  components  begin  to  break  according  to  their 
sustained  demand  rates  (entered  in  the  VTM  record 
group)  as  opposed  to  their  wartime  demand  rates.  If 
set  to  blank  or  zero,  the  wartime  rates  remain  in 
effect  for  the  entire  wartime  scenario. 


BASE -2 
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Columns 

72-76 

77-79 

80 


Format 

XXXxx  Deployment  indicator. 

If  set  to  2.0  or  greater,  the  base  deploys  on  the  first 
day  of  the  war  (specified  on  the  third  TOP  record)  and 
loses  the  contents  of  its  repair  queue  upon  deployment. 

iii  Assigned  theater. 

The  number  of  the  theater  to  which  the  ba.se  belongs. 

A  value  of  blank,  0  or  1  means  theater  //I.  Lateral 
supply  is  not  permitted  between  bases  assigned  to 
different  theaters. 

i  Onshore  switch. 

Set  to  1  to  indicate  an  onshore  base;  set  to  0  to 
indicate  an  offshore  base.  (LRUs  can  have  two 
different  demand  rates,  one  for  each  base  type.) 


BASE -3 
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CIRF  Descriptions 

Header  record:  CIRF 

Restriction:  Precede  the  BASE  record  group. 

General  description: 

These  records  describe  the  availability  of  resupply  at  each  CIRF. 
Columns 

3  4  5  6  7 

1234. . .01234567890123456789012345678901234567890123456 

aaaa  XXXxx  XXXxxXXXxx  XXXxx 

till  I 

I  III  Deployment  indicator 

I  I  I  Resupply  cutoff  duration 

I  I  Resupply  cutoff 

I  Resupply  start 

CIRF  name 


Detailed  description: 
Columns  Format 


1-4  aaaa  CIRF  name. 

The  name  of  the  CIRF.  This  may  be  any  string  of  four 
characters  as  long  as  it  is  neither  a  keyword  (such  as 
"CIRF")  nor  the  name  of  another  base,  CIRF  or  depot. 


35-39  XXXxx  Resupply  start. 

Day  resupply  of  components  ordered  from  a  supplier  other 
than  the  depot  first  becomes  available. 

41-45  XXXxx  Resupply  cutoff. 

Day  resupply  of  components  ordered  from  supplier  other 
tiian  the  depot  is  cut  off. 


46-50  XXXxx  Resupply  cutoff  duration. 

Number  of  days  that  resupply  of  components  ordered  from 
a  supplier  other  than  the  depot  is  cut  off. 


72-76 


XXXxx  Deployment  indicator. 

If  set  to  2.0  or  greater, 
day  of  the  war  (specified 
loses  the  contents  of  its 


the  CIRF  deploys  on  the  first 
on  the  third  TOP  record)  and 
repair  queue  upon  deployment. 


CIRF-1 
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Depot  Descriptions 

Header  record:  DEPT 

Restriction:  Precede  the  BASE  record  group. 

General  description: 

These  records  describe  resupply  availability  and  repair  scheduling 
policy  parameters  for  each  depot.  Warning:  if  scheduling  is  based  on 
future  aircraft  availability  (on  TBED  record),  the  values  associated 
with  the  first  DEPT  record  apply  to  all  depots  (the  three  repair 
scheduling  parameters  entered  here  are  NOT  depot  dependent). 

Columns 

3  4  5  7  8 

12345. . .012345678901234567890. . .01234567890 

aaaai  XXXxx  XXXxxXXXxx  iiii 

II  III  II 

II  III  I  Repair  schedule  frequency 

II  III  Repair  schedule  planning  horizon 

II  II  Resupply  cutoff  duration 

I  !  I  Resupply  cutoff 

I  I  Resupply  start 

I  Repair  schedule  prediction 
Depot  name 


Detailed  description: 

Columns  Format 

1-4  aaaa  Depot  name. 

The  name  of  the  depot.  This  may  be  any  string  of  four 
characters  as  long  as  it  is  neither  a  keyw'ord  (such  as 
"dept")  nor  the  name  of  another  base,  CIRF  or  depot. 

5  i  Repair  schedule  prediction. 

How  the  repair  schedule  based  on  future  aircraft 
availability  views  the  future.  Set  to  blank  or  0  if  it 
schedules  according  to  a  known  projected  flying  program. 
Set  to  1  if  it  assumes  the  flying  schedule  for  the  first 
day  of  the  planning  horizon  is  the  flying  schedule  for  all 
days  of  the  planning  horizon.  Set  to  2  if  it  assumes  that 
the  first  day  of  the  planning  horizon  is  the  first  day  of 
the  conflict. 


DEPT-1 


Columns  Format 


35-39  XXXxx  Kesupply  start. 

Pay  resupply  of  components  ordered  from  an  outside 
supplier  first  becomes  available. 

41-45  XXXxx  Resupply  cutoff. 

Day  resupply  of  components  ordered  from  an  outside 
supplier  is  cut  off. 

46-50  XXXxx  Resupply  cutoff  duration. 

Number  of  days  that  resupply  of  parts  ordered  from  an 
outside  supplier  is  cut  off. 

77-78  ii  Repair  schedule  planning  horizon. 

The  repair  schedule  based  on  future  aircraft  availability 
maximizes  the  probability  of  achieving  the  FMC  goal 
this  number  of  days  into  the  future. 

79-80  ii  Repair  schedule  frequency. 

The  frequency  with  which  the  computation  is  done  for  the 
repair  schedule  based  on  future  aircraft  availability. 

For  example,  a  value  of  5  means  it  will  be  done  on  day  1, 
day  6,  day  11,  etc. 


DEPT- 2 
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Klying  hours  per  Sortie 

Ho'ider  record:  FLHR 

Restriction:  Follow  the  BASF  record  group. 

General  dG..cription : 

These  records  specify  how  many  flying  hours  are  required  per 
sortie  at  each  base  on  each  day.  Aircraft  at  bases  for  which  FLHR 
records  are  not  given  are  assumed  to  fly  sorties  of  one  hour  each. 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aaa  aXXXX i i i iXXXX i i i iXXXX i i i iXXXX i i i iXXXX i i i iXXXX 

I  I  I  I  I  I  I  I  I  I  I  I 

I  I  I  I  I  I  I  I  I  I  i  Sixth  flying  hours  level 

I  I  I  I  I  I  j  I  I  I  Day  sixth  level  starts 

111111111  Fifth  flying  hours  level 
I  1  1  1  i  1  1  j  Day  fifth  level  starts 

I  I  I  I  I  I  I  Fourth  flying  hours  level 

I  I  I  I  I  I  Day  fourth  level  starts 

I  I  I  I  I  Third  flying  hours  level 

I  I  I  I  Day  third  level  starts 

I  I  I  Second  flying  hours  level 

I  I  Day  second  level  starts 

I  First  flying  hours  level 
Base  name 


Detailed  description: 

The  maximum  number  of  flying  hour  levels  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  levels  follow  the  format  of  the  previous  fields. 

Each  day  a  level  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BASl  2.  154  1.5 

indicates  that  aircraft  at  base  BASl  fly  sorties  of  two  hours  each 
through  the  day  153.  From  day  154  on,  they  fly  sorties  of  one  and  a 
half  hours  each. 


FLHR-1 


49 


Columns 

Format 

1-4 

aaaa 

Base  name. 

The  name  of  the  base  for  which  flying  hours  per  sortie 
are  specified.  Must  be  named  in  the  BASE  record  group 
Enter  at  most  one  record  per  base. 

5-8 

XXXX 

First  flying  hours  level. 

9-12 

iiii 

Day  second  level  starts. 

13-16 

XXXX 

Second  flying  hours  level. 

17-20 

iiii 

Day  third  level  starts. 

21-24 

XXXX 

Third  flying  hours  level. 

25-28 

iiii 

Day  fourth  level  starts. 

29-32 

XXXX 

Fourth  flying  hours  level. 

33-36 

iiii 

Day  fifth  level  starts. 

37-40 

XXXX 

Fifth  flying  hours  level. 

41-44 

iiii 

Day  sixth  level  starts. 

45-48 

XXXX 

Sixth  flying  hours  level. 

FLHR-2 
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LRU  Descriptions 

Header  record:  LRU 

Restriction:  Appear  once  per  repair  resource,  following  the  scenario 
record  groups . 

General  description: 

These  records  describe  the  failure,  repair  and  resupply  characteristics 
of  each  LRU.  A  pair  of  these  records  is  required  for  each  LRU. 

Columns  (first  record  of  pair) 

12  3  4 

1234567890123456789012345678901234567890 


aaaaaaaaaaaaaaaa  aaaa  i  iiii  XXxxxxx 


! 


LRU  name 


I  III  Onshore  demand  rate 

I  I  !l 

I  I  I  Quantity  per  aircraft 

I  I  CIRF  reparability  switch 

I  Level  of  repair 

Depot  name 


4  5  6  7  8 

1234567890123456789012345678901234567890 


XXxxxxxXXXxx  XXxx  XXxxXXXxx  XXxx  XXxx 

I  I  I  I  I  I  I 

I  I  III  I  CIRF-served  base  NRTS 

I  I  III  I  percentage  to  contractor 

I  I  ill  CIRF-served  base  NRTS  rate 

I  III  CIRF-served  base  repair  time 

I  I  I  Lone  base  NRTS  percentage  to  contractor 

j  j  Lone  base  NRTS  rate 

I  Lone  base  repair  time 

Offshore  demand  rate 


Detailed  description: 

Repair  time  is  the  time  the  repair  resource  is  exclusively 
dedicated  to  the  LRU  (excluding  time  spent  in  the  queue) . 
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Columns  (second  record  of  pair) 

1  2  3  4  5  6  7 

1234567890123456789012345678901234567890123456789012345678901234567890 


aaaaaaaaaaaaaaaa  XXxx  XXxx  XXxxXXXxx  XXxxXXXXxXXXXx  XXXXXXXX 


LRU  name 


I  I  I  Depot 
I  I  CIRF  NRTS 
I  CIRF  NRTS  rate 
CIRF  repair  time 


j  I  j  Cost 

I  I  Wartime  resupply  time 
I  Peacetime  resupply  time 
Depot  condemnation  rate 
repair  time 

percentage  to  contractor 


First  record  of  pair; 


Columns  Format 
1-16  al6 


18-21  aaaa 


23  i 


25  i 


26-28  iii 


LRU  name. 

The  name  of  the  LRU.  This  may  be  any  string  of 
16  characters  as  long  as  it  is  neither  the  name 
of  another  LRU  nor  the  first  four  characters  a 
keyword  (such  as  "BASEl  ENGINE"). 

Depot  name. 

The  name  of  the  depot  that  repairs  this  LRU.  Must 
be  named  in  the  DEPT  record  group.  If  the  LRU  is 
not  repaired  by  a  depot,  this  field  must  be  blank. 

Level  of  repair. 

Set  to  1  if  the  LRU  can  be  repaired  at  a  base,  CIRF 
or  depot.  Set  to  2  if  the  LRU  can  be  repaired  at  a 
CIRF  or  depot  but  not  a  base.  Set  to  3  if  the  LRU 
can  only  be  repaired  at  a  depot. 

CIRF  reparability  switch. 

Set  to  1  if  a  CIRF  can  repair  the  LRU;  set  to  0  or 
blank  if  it  cannot.  This  field  is  disregarded  if 
the  level  of  repair  is  3  (depot  only). 

Quantity  per  aircraft. 

Number  of  this  LRU  per  aircraft  at  all  bases. 
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Columns  Format 
34-40  XXxxxxx 

41-47  XXxxxxx 

48-52  XXXxx 

54-57  XXxx 

59-62  XXxx 

63-67  XXXxx 

69-72  XXxx 

74-77  XXxx 

Second  record  of 
Columns  Format 
1-16  al6 


Onshore  demand  rate  (initial). 

The  onshore  demand  rate  (or  fraction  of  LRUs  that 
break  per  flying  hour  at  onshore  bases)  is  the 
product  of  this  number  and  the  onshore  demand  rate 
multiplier  from  the  VTM  record  group. 

Offshore  demand  rate  (initial). 

The  offshore  demand  rate  (or  the  fraction  of  LRUs 
that  break  per  flying  hour  at  offshore  bases)  is 
the  product  of  this  number  and  the  offshore  demand 
rate  multiplier  from  the  VTM  record  group. 

Lone  base  repair  time  (in  days). 

Repair  time  at  bases  not  served  by  a  CIRF. 

Lone  base  NRTS  rate. 

Fraction  of  removals  at  bases  not  served  by  a 
CIRF  that  are  declared  NRTS. 

Lone  base  percentage  of  NRTS  to  contractor. 

The  percentage  of  items  arriving  at  the  depot 
from  bases  not  served  by  a  CIRF  that  go  to 
the  contractor  for  repair. 

CIRF-served  base  repair  time  (in  days). 

Repair  time  at  bases  served  by  a  CIRF. 

CIRF-served  base  NRTS  rate. 

Fraction  of  removals  at  bases  served  by  a  CIRF 
that  are  declared  NRTS. 

CIRF-served  base  percentage  of  NRTS  to  contractor. 
The  percentage  of  items  arriving  at  the  depot 
from  bases  served  by  a  CIRF  that  go  to  the 
contractor  for  repair. 


pair : 


LRU  name . 

The  name  of  the  LRU.  Must  match  LRU  name  given 
on  first  record  of  pair. 
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Columns 

Format 

18-21 

XXxx 

CIRF  repair  time  (in  days). 

Repair  time  at  ClRFs. 

23-26 

XXxx 

CIRF  NRTS  rate. 

Fraction  of  removals  at  CIRFs  that  are  declared 
NRTS. 

26-31 

XXxx 

CIRF  percentage  of  NRTS  to  contractor. 

The  percentage  of  items  arriving  at  the  depot 
from  CIRFs  that  go  to  the  contractor  for  repair. 

32-36 

XXXxx 

Depot  repair  time  (in  days). 

Repair  time  at  depots. 

43-46 

XXxx 

Depot  condemnation  rate. 

Fraction  of  removals  at  the.  depot  that  are  declared 
condemned . 

47-51 

XXXXx 

Peacetime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
this  part  to  procure  a  replacement  during  peacetime 
(prior  to  the  first  day  of  war  as  specified  on  the 
third  TOP  record) . 

52-56 

XXXXx 

Wartime  resupply  time  (in  days). 

The  expected  time  for  the  highest  echelon  repairing 
this  part  to  procure  a  replacement  during  wartime 
(which  starts  on  the  day  specified  on  the  third 

TOP  record) . 

58-65 

xxxxxxxx 

Cost . 

Unit  cost  of  the  LRU. 
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Option  Selection 

Header  record:  OPT 
General  description: 

These  records  define  the  options  that  generate  Dyna-METRIG ' s  reports 
and  specify  the  parameters  that  further  define  the  options. 

Columns 

1 

1234567890123A5 

iiiiiiXXXxx 

I  I  Second  parameter 
I  First  parameter 
Option  number 


Detailed  description: 

Options  and  their  associated  parameter  values  are  described  below. 
Columns  Format 


5-7 

j  i  1 

Option  number. 

8-10 

iii 

First  parameter. 

11-15 

XXXxx 

Second  parameter 

Option 

11  Performance  report. 

Note:  this  report  is  given  even  if  option  11  is  not  selected. 

Selecting  this  option  overrides  the  default  parameters. 

Assess  the  capability  of  aircraft  at  each  time  of  analysis. 

Reports  (assuming  full  cannibalization)  the  predicted  number  of 
degraded  aircraft  and  achieved  sorties,  the  probability  of 
achieving  a  specified  aircraft  level,  the  number  of  FMC  aircraft 
at  a  minimum  requested  confidence  level,  and  the  probability  of 
having  less  than  a  specified  level  of  aircraft  degraded  because  of 
component  support.  The  first  parameter  is  the  percent  of 
aircraft  that  may  be  degraded  (0  to  100),  which  defaults  to  0. 

It  is  also  the  target  used  if  future  aircraft  availability  is 
the  scheduling  policy  selected  in  the  TBED  record  group.  The 
second  parameter  is  the  confidence  level  (between  0  and  1),  which 
defaults  to  an  unuseful  0. 
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Option 

15  Detailed  parts  disposition. 

Write  a  file  of  expected  pipeline  segment  contents,  intended 
to  be  massaged  by  SAS  (or  something  similar)  to  produce  a 
usable  report.  See  Appendix  A  for  the  formats. 

24  Contract  system  at  the  depot. 

The  first  parameter  gives  the  length  of  each  scheduling  period 
(in  days).  The  second  gives  the  number  of  periods  in  advance 
for  which  the  contract  is  computed.  The  field  for  the  second 
parameter  is  for  a  real  variable;  the  model  rounds  to  the 
nearest  integer.  If  the  second  parameter  is  0,  the  contract 
computed  at  the  start  of  each  period  is  for  that  period.  If  1, 
the  computed  contract  is  for  the  period  immediately  following, 
etc.  The  contract  system  is  used  only  during  peacetime  unless 
the  depot  scheduling  switch  on  the  TBED  record  is  set  to  3 
(to  enable  it  in  wartime). 

25  Lateral  supply. 

The  first  parameter  specifies  the  number  of  days  it  takes  to 
move  an  LRU  from  one  base  to  another.  The  second  parameter 
(truncated  by  the  model)  indicates  the  day  on  which  lateral 
supply  is  first  available.  Cutoffs  do  not  affect  these 
pipeline.-;.  Lateral  supply  is  permitted  only  between  bases  in 
the  same  theater. 
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Sortie  Rates 

Header  record:  SRTS 

Restriction:  Follow  the  BASE  record  group. 

General  description: 

These  records  specify  the  average  number  of  daily  sorties  required 
per  airc  t  at  each  base  on  each  day.  Aircraft  at  bases  for 
which  SRiS  records  are  not  given  will  fly  no  sorties. 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aaaaXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx 

i  I  I  I  I  I  !  I  I  I  I  I 

I  I  I  I  I  I  I  I  I  I  I  Sixth  sortie  rate 

I  I  I  I  I  I  I  I  I  I  Day  sixth  rate  starts 

I  I  j  I  I  I  I  I  I  Fifth  sortie  rate 

11111111  Day  fifth  rate  starts 
I  I  I  I  I  I  I  Fourth  sortie  rate 

I  I  I  I  I  I  Day  fourth  rate  starts 

I  I  I  I  I  Third  sortie  rate 

I  I  I  I  Day  third  rate  starts 

I  I  I  Second  sortie  rate 

I  I  Day  second  rate  starts 

I  First  sortie  rate 
Base  name 


Detailed  description: 

Sortie  rates  may  not  exceed  the  base's  maximum  sortie  rate  entered  in 
the  TURN  record  group.  The  number  of  sortie  rates  is  limited  by  the 
value  of  DMCHANGE,  selected  when  the  model  was  compiled.  E.xtra  fields 
for  more  than  six  levels  follow  the  format  of  previous  fields.  Each 
day  a  sortie  rate  starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BASl  1.  158  3. 

indicates  that  the  aircraft  at  base  BASl  are  required  to  average 
one  daily  sortie  through  day  157.  Day  158  begins  a  new  daily  average 
of  three  sorties  per  aircraft  that  lasts  throughout  the  scenario. 
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Columns  Format 


1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  sortie  requirements  are 
specified.  Must  be  named  in  the  BASE  record  group. 
Enter  at  most  one  record  per  base. 

5-8  XXXx  First  sortie  rate. 

9-12  iiii  Day  second  rate  starts. 

13-16  XXXx  Second  sortie  rate. 

17-20  iiii  Day  third  rate  starts. 

21-24  XXXx  Third  sortie  rate. 

25-28  iiii  Day  fourth  rate  starts. 

29-32  XXXx  Fourth  sortie  rate. 

33-36  iiii  Day  fifth  rate  starts. 

37-40  XXXx  Fifth  sortie  rate. 

41-44  iiii  Day  sixth  rate  starts. 

45-48  XXXx  Sixth  sortie  rate. 
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Stock  Levels 

Header  record:  STK 

Restriction:  Appear  at  most  once  per  repair  resource,  following  the 
LRU,  TEST,  TBED,  and  TPRT  records  associated  with  that  resource. 

General  description: 

These  records  specify  each  component's  level  of  stock  at  the  depots, 
CIRFs  and  bases . 

Columns 

12  3  4 

1234567890123456789012345678901234567890123456 


aaaaaaaaaaaaaaaa  aaaaiiiii  aaaaiiiii  aaaaiiiii 


1 

1 

1  II  II 

1  II  1  Third  stock  level 

1 

1  1  1  Third  stock  location 

1 

1  1  Second  stock  level 

1 

1  Second  stock  location 

1 

First  stock  level 

First  stock  location 

4  5  6  7  8 

7890123456789012345678901234567890 


aaaaiiiii  aaaaiiiii  aaaaiiiiiiiii 


1 

1 

II  III 

II  II  Lay  levels  start 

1 

1  1  1  Sixth  stock  level 

1 

1  1  Sixth  stock  location 

1 

1  Fifth  stock  level 

1 

Fifth  stock  location 

Fourth 

stock  level 

Fourth  stock  location 


Detailed  description: 

Stock  levels  for  up  to  six  bases  may  be  entered  on  a  single 
record.  If  more  are  needed,  multiple  records  are  allowed. 

Stock  levels  may  be  changed  DMSTKLVI.-l  times  throughout  the  scenario 
by  including  multiple  records  for  the  LRU  and  location.  The  new 
levels  go  into  effect  on  the  day  levels  start.  Records  must  appear 
in  ascending  order  of  columns  77-80. 
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For  example,  the  following  records  indicate  show  the  stock  levels  ot 
two  parts  at  two  bases.  One  stock  level  changes  during  the  scenario 
(day  154),  that  of  F’ART  A  at  BASl. 


PART  A 

BASl  1  BAS2  2 

0 

PART  B 

BASl  4  BAS2  5 

0 

PART  A 

Columns 

Format 

BASl  7 

154 

1-16 

al6 

LRU  name . 

Name  of  LRU  to  which  the  stock  levels  apply 
be  named  in  the  LRU  record  group.  Enter  as 
records  as  needed  per  part . 

.  Must 
many 

18-21 

aaaa 

First  stock  location. 

Name  of  location  to  which  first  stock  level 

applies 

22-26 

i  i  i  i  i 

First  stock  level. 

Stock  assigned  to  the  first  location. 

28-31 

aaaa 

Second  stock  location. 

32-36 

i.  i  i  i  i 

Second  stock  level. 

38-41 

aaaa 

Third  stock  location 

42-46 

i  i  i  i.  i 

Third  stock  level. 

48-51 

aaaa 

Fourth  stock  location. 

52-56 

i  i  i  i  i 

Fourth  stock  level. 

58-61 

aaaa 

Fifth  stock  location. 

62-66 

11111 

Fifth  stock  level. 

68-/1 

(1  a  a  a 

Sixth  stock  location. 

72-76 

11111 

Sixth  stock  level. 

77-80 

1  i  i  i 

Day  levels  start. 

Day  on  whicii  the  stock  levels  go  into  effect. 

Each  day  must  be  greater  than  or  equal  to  the 
previous  day  on  any  prior  stock  record  (all  stock 
records  must  appear  in  ascending  oisii-r  based  on 
value  of  this  field). 
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Server  Levels 

Header  record:  TBED 

Restriction:  Appear  once  per  repair  resource,  following  the  LRU  and 
TEST  records  associated  with  that  resource. 

General  description: 

These  records  specify  the  number  of  available  servers  per  repair 
resource  at  each  location  on  each  day.  Locations  for  which  TBED 
records  are  not  entered  are  assigned  no  servers. 

Columns 

1  2  3  4  5 

123456789012345678901234567890123456789012345678901 

aaaa iXxxxxXXXXXXXXXX iiiiiiiiiiiiiiiiiiiiiiiiiiiiiii 

I  II  I  I  I  I  I  I  I  I  I  I  I  I  I  I 

I  11  I  111111111111  Sixth  server  level 

1  II  I  I  I  I  I  I  j  I  I  I  I  I  Day  sixth  starts 

I  11  1  I  1  1  I  I  i  I  I  i  I  Fifth  server  level 

1  11  I  I  I  I  I  I  I  I  I  I  Day  fifth  level  starts 

1  II  I  I  I  I  I  I  I  I  I  Fourth  server  level 

1  11  1  1111111  Day  fourth  level  starts 

I  11  I  1  1  I  I  I  I  Third  server  level 

j  11  I  I  1  I  I  I  Day  third  level  starts 

I  II  I  1111  Second  server  level 

I  II  I  III  Day  second  level  starts 

I  II  I  II  First  server  level 

I  II  I  I  Resupply  cutoff  duration 

(  II  I  Resupply  cutoff 

I  I  I  Resupply  time 

I  I  Backorder  rate 

I  Scheduling  switch 

Location  name 


Detailed  description; 

The  maximum  number  of  server  levels  is  limited  by  the  value  of 
DMCHANGE,  selected  when  the  model  was  compiled.  Extra  fields  for 
more  than  six  levels  follow  the  format  of  the  previous  fields. 

Each  day  a  new  level  starts  must  be  greater  than  the  previous  day. 

No  server  level  should  exceed  DMSTANDS . 

Servers  may  be  test  stands  or  some  other  repair  resource  whose 
quantity  or  availability  may  limit  the  number  of  components  repaired 
in  a  given  time  period. 
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Columns  Format 


1-4  aaaa  Location  name. 

The  name  of  the  location  for  which  server  levels  are 
specified.  Must  be  named  in  the  BASE,  CIRF  or  DEPT 
record  group.  Enter  at  most  one  record  per  location. 

5  i  Scheduling  switch. 

The  scheduling  policy  for  the  repaj.r  resource's  servers 
at  this  location.  Applies  to  entire  scenario  unless 
option  24  is  selected,  in  which  case  the  depot  uses  the 
contract  system  during  peacetime  and  what  is  specified 
here  for  wartime. 


0  or  blank  -  current  aircraft  availability 

(priority  scheduling:  select  the  LRU  grounding 
the  most  aircraft). 

1  -  first  come,  first  served. 

2  -  future  aircraft  availability  (for  depots  only). 

Parameters  are  set  on  OPT  record  for  option  11 
and  on  DEPT  record  associated  with  first  depot 
(regardless  of  whether  that  depot  uses  this 
policy).  Do  not  use  it  if  there  is  a  CIRF  in 
the  analysis. 

3  -  contract  system  (for  depots  only). 

Peacetime  scheduling  must  be  contract  system,  too 
(select  option  24--parameters  chosen  there). 

4  -  NRTS  to  a  higher  echelon  all  LRUs  assigned  to  this 

type  of  repair  resource  (for  the  depot,  condemn). 

5  -  unconstrained  repair. 

6-10  Xxxxx  Backorder  rate. 

Expected  number  of  module  failures  per  operating  day 
that  cause  a  server  to  become  partially  mission  capable 
(able  to  repair  only  a  subset  of  the  LRUs  assigned  to  it). 

11-14  XXXX  Resupply  time. 

Average  time  at  this  location  to  obtain  a  replacement 
module  for  the  repair  resource  because  of  a  failure  that 
caused  a  server  to  become  partially  mission  capable. 


15-17  XXX  Resupply  cutoff. 

Day  that  resupply  of  modules  for  the  repair  resource  at 
this  location  is  cut  off. 


18-20  XXX  Resupply  cutoff  duration. 

Number  of  days  resupply  of  modules  for  the  repair 
resource  at  this  location  is  cut  off. 
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Columns  Format 


21-23 

iii 

First  server  level. 

24-26 

ill 

Day  second  level  starts 

27-29 

iii 

Second  server  level. 

30-32 

iii 

Day  third  level  starts. 

33-35 

iii 

Third  server  level. 

36-38 

iii 

Day  fourth  level  starts 

39-41 

iii 

Fourth  server  level. 

42-44 

iii 

Day  fifth  level  starts. 

45-47 

iii 

Fifth  server  level. 

48-50 

iii 

Day  sixth  level  starts. 

51-53 

iii 

Sixth  server  level. 
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Repair  Resource  Availability 

Header  record:  TEST 

Restriction:  Appear  once  per  repair  resource,  following  the  LRU  records 
associated  with  that  resource. 

General  description: 

These  records  describe  the  availability  of  different  types  of  repair 
resources,  such  as  test  equipment,  skilled  personnel,  and  equipment 
disassembly  f.;xtures. 

Columns 

1  .2  3  4 

1234567890123456789012345678901234567890 

aaaa  XXxxxXXxxxXXxxxXXxxxXXxxx 

I  I  I  I  I  I 

I  I  I  I  I  Five  server  availability 

I  III  Four  server  availability 

I  I  I  Three  server  availability 

I  I  Two  server  availability 

I  One  server  availability 

Repair  resource  name 


Detailed  description: 

The  number  of  server  availabilities  is  limited  by  the  value  of  DMCHANGE, 
selected  when  the  model  was  compiled.  Extra  fields  for  more  than  five 
(DMCHANGE  -  1)  availabilities  follow  the  format  of  the  previous  fields. 

Columns  Format 


1-4  aaaa 


16-20  XXxxx 


21-25  XXxxx 


Repair  resource  name. 

The  name  of  the  repair  resource.  This  may  be  any 
string  of  four  characters  as  long  as  it  is  neither 
a  keyword  (such  as  "TEST")  nor  the  name  of  another 
repair  resource. 

One  server  availability. 

Fraction  of  the  time  a  server  is  up  if  only  one 
server  is  stationed  at  a  location. 

Two  server  availability. 

Fraction  of  the  time  each  server  is  up  if  two 
servers  are  stationed  at  a  location. 
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Columns  f'ormat 


26-30  XXxxx 


31-35  XXxxx 


36-40  XXxxx 


Three  server  availability. 

Fraction  of  the  time  each  server  is  up  if  three 
servers  are  stationed  at  a  location. 

Four  server  availability. 

Fraction  of  the  time  each  server  is  up  if  four 
servers  are  stationed  at  a  location. 

Five  server  availability. 

Fraction  of  the  time  each  server  is  up  if  five 
servers  are  stationed  at  a  location. 
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Administrative  Data 

Header  record:  none 

Restriction:  Must  appjear  first,  preceding  all  other  record  groups. 
General  description: 

These  records  provide  general  information  about  the  input  data, 
including  a  heading,  times  of  analysis,  and  a  switch  for  setting 
exponential  or  deterministic  distributions  for  repair  and 
transportation  times.  Also  given  are  base,  CIRF  and  depot 
administrative  times,  and  seeds  for  the  random  number  generator. 


First  record: 

Columns 

1  2  6  7  « 

123456789012.34567890 . 012345678901234567890 

aaaaaaaaaaaaaaaaaaaa . aaaaaaaaaaaaaaaaaaaaa 

I 

Heading 
Columns  Format 

1-80  20a4  Heading. 

The  heading  appearing  at  the  top  of  the  output  reports. 
May  be  any  string  of  up  to  80  characters. 


Second  record: 

Columns 

1  2  3  5  6  7  8 

123456789012345678901234567390. . .0123456789012345678901234567890 


i iXXXxxXXXxxXXXxx  Version  5.0 

Ml  I  I  I 

Ml  I  I  Data  set 

Ml  I  I  version 

Ml  I  Depot  administrative 
Ml  I  time 

I  I  I  CIRF  administrative  time 
||Base  administrative  time 
[Exponential  repair  switch 
Cutoff  direction  switch 


XXXxxx  XXXxxx  iiii  iiii  i  i 


1 

1 

1  1  II 

1  1  1  Depot 

1 

1  1  1  distribution 

1 

1  1  CIRF 

1 

1  1  distribution 

1 

1  Reserved 

1 

Number  of  trials 

Contractor  OST  to  CIRF 

Contractor  OST  to  base 
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Detailed  description,  second  record: 
Columns  Format 


1  i  Cutoff  direction  switch. 

Set  to  1  if  the  cutoff  parameters  in  the  BASE  and  TRNS 
record  groups  apply  to  both  forward  and  retrograde 
transportation.  Set  to  0  or  blank  if  they  apply  to 
forward  transportation  only. 

2  i  Exponential  repair  switch. 

Set  to  1  if  transportation  and  repair  delays  have  an 
exponential  distribution.  Set  to  0  or  blank  if  they 
have  a  deterministic  distribution. 


3-7  XXXxx  Base  administrative  time. 

The  deterministic  delay  (in  days)  for  LRUs  removed  at 
the  flight  line  prior  to  entering  base-level  repair. 
Warning:  this  is  truncated  to  an  integer. 

8-12  XXXxx  CIRF  administrative  time. 

The  deterministic  delay  (in  days)  for  LRUs  that  have 
been  NRTSed  by  the  base,  after  arrival  at  the  CIRF  and 
prior  to  entering  CIRF-level  repair. 

Warning:  this  is  truncated  to  an  integer. 


13-17  XXXxx  Depot  administrative  time. 

The  deterministic  delay  (in  days)  for  LRUs  that  have 
been  NRTSed  to  the  depot  from  bases  and  CIRFs,  after 
arrival  at  the  depot  and  prior  to  entering  depot-level 
repair.  Warning:  this  is  truncated  to  an  integer. 


20-30  11a  Data  set  version. 

Must  contain  "Version  5.0". 


50-55  XXXxxx  Contractor  OST  to  base. 

The  order  and  ship  time  (in  days)  from  the  contractor 
to  the  base. 

60-65  XXXxxx  Contractor  OST  to  CIRF. 

The  order  and  ship  time  (in  days)  from  the  contractor 
to  the  CIRF. 


67-70  iiil 


Number  of  trials. 
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72-75  iiii  Reserved.  Leave  blank. 


77 


79 


CIRF  distribution  switch 

Set  to  0  or  blank  if  the  CIRF  fills  requisitions 
on  a  first  come,  first  served  basis.  Set  to  1  if  it 
does  a  priority  computation  and  fills  requisitions 
based  on  greatest  need. 

Depot  distribution  switch. 

Set  to  0  or  blank  if  the  depot  fills  requisitions 
on  a  first  come,  first  served  basis.  Set  to  1  if  it 
does  a  priority  computation  and  fills  requisitions 
based  on  greatest  need. 


Third  record: 

Columns 

1  2  7  8 

12345678901234587890. . .7890 


iiiiixiiiiiiii.ipii. 


I 


111 


Twentieth  random  seed 


Fifth  random  seed 
Fourth  random  seed 
Third  random  seed 
Second  random  seed 
First  random  seed 


Detailed  description,  third  record: 

Random  number  seeds  are  needed  for  the  various  random  number  streams 
that  control  the  generation  of  LRU  removals,  repair  times, 
transportation  times,  NRTSing,  etc.  Specify  20  integer  random  number 
seeds  of  4  columns  each.  Depending  on  the  randon;  number  generator, 
seeds  may  be  read  in  as  real,  or  they  may  not  all  be  used. 
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Fourth  record: 

Columns 

1  2 

123456789012345678901234 

iiiiiiiiiiiiiiiiiiiliiii 

I  I  I  I  I  I 

I  I  I  I  I  Fifth  time  of  analysis 

I  I  I  I  Fourth  time  of  analysis 

I  I  I  Third  time  of  analysis 
I  I  Second  time  of  analysis 

I  First  time  of  analysis 

First  day  of  war 

Detailed  description,  fourth  record: 

Times  of  analysis  are  the  days  for  which  output  reports  are  requested. 
The  number  of  analysis  times  is  limited  by  the  value  of  DMANALYS, 
selected  when  the  model  was  compiled.  Extra  fields  for  more  than  five 
times  of  analysis  follow  the  format  of  the  previous  fields. 

No  two  times  of  analysis  should  be  the  same.  All  times  to  the  right 
of  and  including  a  zero  time  of  analysis  are  ignored.  However,  times 
do  not  need  to  be  in  numerical  order. 

Columns  Format 

1-4  iiii  First  day  of  war. 

Should  be  greater  than  zero.  Need  not  be  greater 
(or  less)  than  the  first  time  of  analysis.  Wartime 
resupply  times  go  into  effect  on  this  day. 

5-8  iiii  First  time  of  analysis. 

9-12  iiii  Second  time  of  analysis. 

13-16  iiii  Third  time  of  analysis. 

17-20  iiii  Fourth  time  of  analysis. 

21-24  iiii  Fifth  time  of  analysis. 
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LRU  Repair  Assignments 

Header  record :  TPRT 


Restriction:  Appear  once  per  repair  resource,  following  the  LRU,  TEST 
and  TEED  records  associated  with  that  resource. 

General  description: 

These  recojds  specify  which  LRUs  are  assigned  to  the  repair  resource 
named  in  the  immediately  preceding  TEST  record  group. 

Columns 

1 

123456789012345e 

aaaaaaaaaaaaaaaa 

I 

LRU  name 


Detailed  description: 

Columns  i’orniat 

1-16  al6  LRU  name. 

The  name  of  the  LRU  assigned  to  the  repair 
resource.  Must  be  named  in  the  LRU  record  group 
Enter  each  LRU  that  applies  to  the  repair 
resource . 


TPRT-1 
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Depot  Transportation 

Header  record:  TRNS 

Restriction:  Follow  the  DEPT  and  BASE  record  groups. 

General  description: 

These  records  describe  transportation  resources  connecting  bases  and 
CIRFs  with  depots.  If  a  record  is  not  entered  for  some  base-depot 
or  CIRF-depot  pair,  transportation  between  the  two  is  assumed  to  be 
instantaneous  and  never  cut  off. 

Columns 

12  3  4 

12345678901234567890123456789012345678901 

aaaa  aaaa  XXxxx  XXxxx  XXXxx  XXXxx  XXXxx 

I  I  I  I  III 

I  I  I  I  II  Transportation  cutoff  duration 

I  I  I  I  I  Transportation  cutoff 

III  I  Transportation  start 

I  I  I  Transportation  time  from  depot 

I  I  Transportation  time  to  depot 

I  Depot  name 

Base  or  CIRF  name 


Detailed  description: 

Transportation  and  cutoff  parameters  also  apply  to  the  retrograde 
(base/CIRF-to-depot )  pipeline  if  the  cutoff  direction  switch  in  the 
TOP  record  group  is  set. 

Columns  Format 


1-4  aaaa  Base  or  CIRF  name. 

The  name  of  the  base  or  CIRF.  Must  be  named  in  the 
BASE  or  CIRF  record  group. 

6-9  aaaa  Depot  name. 

The  name  of  the  depot.  Must  be  named  in  the  DEPT 
record  group. 


11-15  XXXxx 


Transportation  time  to  depot. 

Base/CIRF-to-depot  transportation  time  (in  days). 


17-21 


XXXxx  Transportation  time  from  depot. 

Depot-to-base/CIRF  transportation  time  (in  days). 


TRNS-1 


Columns  Format 


25-29 

XXXxx 

Transportation  start. 

Day  transportation  from  the  depot 
available . 

first 

31-35 

XXXxx 

Transportation  cutoff. 

Day  transportation  from  the  depot 

is 

cut 

37-41 

XXXxx 

Transportation  cutoff  duration. 
Number  of  days  transportation  is  cut 
depot . 

off 

becomes 


off. 


from  the 
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Maximum  Sortie  Rates 

Header  record:  TURN 

Restriction:  Follow  the  BASE  record  group. 

General  description: 

These  records  specify,  at  each  base,  the  maximum  number  of  sorties 
a  mission  capable  aircraft  can  fly  per  day  on  each  day.  Aircraft 
at  bases  for  which  TURN  records  are  not  given  will  fly  no  sorties. 

Columns 

12  3  4 

123456789012345678901234567890123456789012345678 

aa  aaXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx i i i iXXXx 


1 

1 

1 

1 

1 

1 

1  1 

1  1 

1  1  1 

1  1  Sixth 

maximum  sortie  rate 

1 

1 

1 

1  1 

1  Day  sixth 

rate  starts 

1 

1 

1 

1  1 

Fifth  maximum 

sortie  rate 

1 

1 

1 

1  Day 

fifth  rate  starts 

1 

1 

1 

Fourth 

maximum  sort ie 

rate 

1 

1 

Day 

fourth 

rate  starts 

1 

Third  maximum  sortie  rate 

III!  Day  third  rate  starts 
I  I  I  Second  maximum  sortie  rate 

I  I  Day  second  rate  starts 

I  First  maximum  sortie  rate 
Base  name 


Detailed  description; 

The  number  of  sortie  rates  is  limited  by  the  value  of  nNCHANUE , 
selected  when  the  model  was  compiled.  Extra  fields  lor  more  than  six 
rates  follov;  the  format  of  the  previous  fields.  Each  day  a  new  rate 
starts  must  be  greater  than  the  previous  day. 

For  example,  a  record  containing 

BASl  1.  158  3. 

indicates  that  at  base  BASl,  a  single  aircraft  can  fly  at  most  one 
sortie  per  day  through  day  157.  Beginning  on  day  158  land  tor  the 
rest  of  the  scenario),  a  single  aircraft  can  fly  up  to  1  sorties 
per  day . 
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Columns  Format 

1-4  aaaa  Base  name. 

The  name  of  the  base  for  which  the  maximum  sortie  rates 
are  specified.  Must  be  named  in  the  BASE  record  group. 
Enter  at  most  one  record  per  base. 


5-8 

XXXx 

First  maximum  sortie  rate. 

9-12 

iiii 

Day  second  rate  starts. 

13-16 

XXXx 

Second  maximum  sortie  rate 

17-20 

iiii 

Day  third  rate  starts. 

21-24 

XXXx 

Third  maximum  sortie  rate. 

25-2b 

iiii 

Day  fourth  rate  starts . 

29-32 

XXXx 

Fourth  maximum  sortie  rate 

33-36 

iiii 

Day  fifth  rate  starts. 

37-40 

XXXx 

Fifth  maximum  sortie  rate. 

4 1  -44 

iiii 

Day  sixth  rate  starts. 

45-48 

XXXx 

Sixth  maximum  sortie  rate. 
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Variance  to  Mean  Data 


Header  record:  VTM 

Restriction:  Appear  at  most  once  per  repair  resource,  following  the  LRU 
records  associated  with  that  resource. 

General  description: 

These  records  give  an  LRU's  wartime  demand  rate  multipliers,  removal 
process  variance  to  mean  ratio,  and  the  probability  that  a  partially 
mission  capable  repair  resource  is  able  to  repair  it.  LRUs  for  which 
VTM  records  are  not  given  are  assumed: 

-  to  have  wartime  demand  rates  equal  to  peacetime  demand  rates 

-  to  have  a  Poisson  removal  process 

-  reparable  on  a  partially  mission  capable  repair  resource. 

Columns 

1  2  3  4  S 

12345. . .56;89012345678901234567890123456789012345678 


aaaaa . . . aa 

I 

I 


LRU  name 


XXxx  XXxx  XXxx  XXxx  XXxxxx  XXxxxx 

I  I  I  I  I  I 

I  I  I  I  I  Offshore  sustained 

I  I  I  I  I  demand  rate 

I  I  I  I  Onshore  sustained  demand  rate 

I  I  I  Partial  reparability 
I  I  Variance  to  mean  ratio 
j  Offshore  demand  rate  multiplier 
Onshore  demand  rate  multiplier 


Petailed  description: 


Columns  Format 


1  -  1 0  alb 


20-23  XXxx 


25-28  XXxx 


LRl  name . 

The  name  of  the  l,kU.  Musi  be  named  iti  the  LRU 
record  group.  Knter  at  most  one  record  per  LRU. 

unshore  demand  rate  multiplier 

A  number  multiplied  by  the  initial  onshore  demand 
rate  (in  the  LRU  record  group)  to  obtain  the  actual 
onshore  demand  rate. 


Of  f  shore 
A  number 
rate  (  in 
off  shore 


demand  rate  multiplier. 

multiplied  by  the  init’al  offshore  demand 
the  LRU  record  group)  to  obtain  the  actual 
demand  rate. 
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Columns 

30-33 


35-38 

46-51 

53-58 


Format 

XXxx  Variance  to  mean  ratio. 

The  variance  to  mean  ratio  of  the  LRU's  removal 
process.  A  value  between  0  and  1  implies 
removals  under  a  binomial  distribution;  a  value 
of  1  implies  removals  with  a  Poisson 
distribution;  a  value  greater  than  1  implies 
removals  with  a  negative  binomial  distribution. 

XXxx  Partial  reparability 

Fraction  of  the  time  that  a  partially  mission 
capable  repair  resource  is  able  to  repair  the  LRU. 

It  must  be  a  number  between  0  and  1. 

XXxxxx  Onshore  sustained  demand  rate. 

At  onshore  bases,  the  demand  rate  beginning  on  the 
day  set  .’n  the  sustained  demand  start  time  in  the 
BASE  record  group.  If  that  start  time  is  blank  or 
0,  the  sustained  demand  rate  does  not  go  into  effect. 

XXxxxx  Offshore  sustained  demand  rate. 

At  offshore  bases,  the  demand  rate  beginning  on  the 
day  set  in  the  sustained  demand  start  time  in  the 
BASE  record  group.  If  that  start  time  is  blank  or 
0,  the  sustained  demand  rate  does  not  go  into  effect. 


VTM-2 


Appendix  C 

SAMPLE  INPUT-BASE  CASE 


Example  1  -  Base  case. 

1  1.0  1.0  Version  5.0  100  0 

47511583853191473527752331477531552795271473679368911471852722438891742732297723 
151  150  153  157  160  165  180 


DEPT 

DPTl 

BASE 

MOB 

GOBI 

C0B2 

C0B3 

PACF 

TRNS 

GOBI  DPTl  2.0  2.0 

G0B2  DPTl  2.0  2.0 

GOB3  DPTl  2.0  2.0 

MOB  DPTl  0.0  0.0 

PACF  DPTl  2.0  2.0 

ACFT 

GOBI  24 

C062  24 

COB3  24 

MOB  72 

PACF  72 

SETS 

GOBI  0.0  151  3.0  158  1.0 
COB2  0.0  151  3.0  158  1.0 
COB3  0.0  151  3.0  158  1.0 
MOB  1.0  151  3.0  158  1.0 
PACF  1.0  151  3.0  158  1.0 
FLHR 

GOBI  1.5 
COB2  1.5 
nOB3  1.5 
MOB  1.5 
PACF  1.5 
TURN 

GOBI  1.0  151  3.0  158  1.0 
COB2  1.0  151  3.0  158  1.0 
COB3  1.0  151  3.0  158  1.0 
MOB  1.0  151  3.0  158  1.0 


PACF  1.0  151  3.0  158  1.0 
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77 


LRU 


74DD0 

DPTl  1 

1 

.00035 

. 00035 

.09 

0.47 

74DD0 

0.09 

74DA0 

DPTl  1 

1 

.01205 

.01205 

.49 

0.12 

74DA0 

0.49 

74CA0 

DPTl  1 

1 

.00683 

.00683 

.18 

0.12 

74CA0 

0.18 

14FB0 

DPTl  1 

1 

.00566 

.00566 

.20 

0.19 

14FB0 

0.20 

14AD0 

DPTl  1 

1 

.00240 

.00240 

.13 

0.23 

14AD0 

0.13 

14AA0 

DPTl  1 

1 

.00646 

.00646 

.29 

0.20 

14AA0 

0.29 

14AG0 

DPTl  1 

1 

.00210 

.00210 

.20 

0.27 

14AG0 

0.20 

14AF0 

DPTl  1 

1 

.00167 

.00167 

.15 

0.19 

14AF0 

0.15 

VTM 

74DD0 

1.0 

1.0 

4.0  1.00 

74DA0 

1.0 

1.0 

4.0  1.00 

74CA0 

1.0 

1.0 

4.0  1.00 

14FB0 

1.0 

1.0 

4.0  1.00 

14AD0 

1.0 

1.0 

4.0  1.00 

14AA0 

1.0 

1.0 

4.0  1.00 

14AG0 

1.0 

1.0 

4.0  1.00 

14AF0 

1.0 

1.0 

4.0  1.00 

TEST 

Cl  .790 

TBED 

DPTl  5 

TPRT 

74DD0 

74DA0 

74CA0 

14FB0 

14AD0 

14AA0 

14AG0 

14AF0 

STK 


74DD0 

GOBI 

1 

COB2 

1 

COB3 

1 

MOB 

15 

PACF 

15 

74DA0 

GOBI 

20 

C0B2 

20 

COB  3 

20 

MOB 

26 

PACF 

26 

74CA0 

GOBI 

11 

COB2 

11 

COB3 

11 

MOB 

13 

PACF 

13 

14FB0 

GOBI 

11 

COil2 

11 

COB3 

11 

MOB 

4 

PACF 

4 

14  ADO 

GOBI 

5 

C0B2 

5 

COB3 

5 

MOB 

16 

PACF 

16 

14AA0 

GOBI 

12 

C0B2 

12 

COB3 

12 

MOB 

8 

PACF 

8 

14  AGO 

GOBI 

3 

COB2 

3 

COB3 

3 

MOB 

11 

PACF 

11 

14AF0 

GOBI 

3 

C0B2 

3 

COB3 

3 

MOB 

7 

PACF 

7 

Appendix  D 

SAMPLE  OUTPUT--BASE  CASE 


Dyna-METRIC  Version  5,  the  Simulation.  (October  1987) 

Example  1  -  Base  case. 

100  trials  requested. 

Default  mesh-size  to  be  used. 

CIRF  distribution:  First  Come,  First  Served 

Depot  distribution:  First  Come,  First  Served 

First  day  of  war:  151 

Unsealed  times  of  analysis:  150  153  157  160  165  180 

If  DRIVE  scheduling  is  selected,  the  following  parameters  will  be  used: 

-  planning  horizon  of  1  days 

-  computation  done  every  1  days 

-  knowledge  of  future  scenario  assumed 


Base  MOB  is  in  theatre  1 
Base  GOBI  is  in  theatre  1 
Base  C0B2  is  in  theatre  1 
Base  C0B3  is  in  theatre  1 
Base  PACF  is  in  theatre  2 


If  DRIVE  scheduling  is  selected,  goal  will  be  at  most  0  percent  E(NFMC). 
Option  15  has  been  selected,  and  will  generate 
a  file  of  expected  pipeline  contents. 


Base  MOB  loses 
Base  GOBI  loses 
Base  C0B2  loses 
Base  C0B3  loses 


repair  queue 
repair  queue 
repair  queue 
repair  queue 


upon  deployment, 
upon  deployment, 
upon  deployment, 
upon  deployment . 
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79 


- Resource  Cl  - 

Loc.  DPTl,  resource  Cl  -  priority  scheduling. 
Base  MOB  -  Resource  Cl 


Day 

Expected  NFMC 

NFMC  Variance 

Worst  LRU  St  Prob 

2nd  Worst  &  Prob 

150 

0.1500 

0.7875 

14FB0 

0.040 

153 

1.6900 

8.2579 

14FB0 

14AA0 

0.235 

0.110 

157 

8.5900 

31.2619 

14FB0 

14AA0 

0.620 

0.230 

160 

9.1300 

31.0531 

14FB0 

14AA0 

0.660 

0.170 

165 

8.5400 

30.5484 

14FB0 

14AA0 

0.605 

0.170 

180 

6.6400 

32.5904 

14FB0 

14AA0 

0.425 

0.235 

Base  COBl  -  Resource  Cl 


Day 

Expected  NFMC 

NFMC  Variance 

Worst  LRU  fit  Prob 

2nd  Worst  &  Prob 

150 

0.0000 

0.0000 

153 

0.4500 

1.4675 

14  AGO 

14AF0 

0.060 

0.050 

157 

1.5800 

6.8436 

14AG0 

14AF0 

0.130 

0.070 

160 

1.5800 

6.3436 

14AG0 

14AF0 

0.150 

0.090 

165 

1.6600 

7.5244 

14AG0 

14AF0 

0.145 

0.125 

180 

1.8400 

6.6144 

14AF0 

14AG0 

0.180  0.100 

Base  C0B2  -  Resource  Cl 


Day 

Expected  NFMC 

NFMC  Variance 

Worst  LRU  fit  Prob 

2nd  Worst  &  Prob 

150 

0.0000 

0.0000 

153 

0.4900 

2.7899 

14AG0 

14AF0 

0.070 

0.030 

157 

1.2700 

4.8971 

14AG0 

14AF0 

0.150 

0.090 

160 

1.3000 

4.7900 

14AG0 

14AF0 

0.150 

0.090 

165 

1.6500 

5.5675 

14AG0 

14AF0 

0.160 

0.125 

180 

1.9100 

8.7619 

14AG0 

14AF0 

0.175 

0.150 
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Base  COBS  -  Resource  Cl 


Day 

Expected  NFMC 

NFMC  Variance 

Worst  LRU  fii  Prob 

2nd  Worst  &  Prob 

150 

0.0000 

0.0000 

153 

0.7800 

5.6516 

14AF0 

14AG0 

0.050 

0.050 

157 

1.9400 

11.9564 

14AG0 

14AF0 

0.135 

0.095 

160 

1.9100 

10.2219 

14AG0 

14AF0 

0.153 

0.093 

165 

2.1400 

10.1804 

14AG0 

14AF0 

0.160 

0.115 

180 

2.0700 

8.3051 

14AG0 

74DD0 

0,205  0.125 

Base  PACF  -  Resource  Cl 


Day 

Expected  NFMC 

NFMC  Variance 

Worst  LRU  &  Prob 

2nd  Worst  &  Prob 

150 

0.5600 

4.4864 

14FB0 

14AF0 

0.110 

0.010 

153 

3.0900 

11.8819 

14FB0 

14AA0 

0.478 

0.133 

157 

9.7500 

37.5875 

14FB0 

14AA0 

0.455 

0.350 

160 

9.6100 

35.5979 

14FB0 

14AA0 

0.460 

0.385 

165 

9.2000 

28.9000 

14FB0 

14AA0 

0.445 

0.365 

180 

7.6400 

33.2504 

14FB0 

14AA0 

0.480 

0.250 

Day  Probability 

of  achieving 

0%  NFMC  goal 

150 

0.84 

153 

0.09 

157 

0.00 

160 

0.00 

165  0.00 

180  0.02 
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Performance  based  on  stock  on  hand  on  day  150. 


-Full  c 

annibali: 

lation- 

Prob. 

Prob. 

FMC- 

Exp. 

Exp. 

Targ. 

Total 

<  0% 

Achieve 

95% 

Variance 

% 

sorties 

Base 

NFMC 

ACFT 

NFMC 

Sorties 

Conf  E(NFMC) 

(NFMC) 

NFMC 

E (Sorties) 

/ACFT 

MOB 

0 

72 

0.960 

0.960 

72 

0.150 

0.787 

0.002 

71.85 

1.000 

GOBI 

0 

24 

1.000 

1.000 

24 

0.000 

0.000 

0.000 

0.00 

0.000 

C0B2 

0 

24 

1.000 

1.000 

24 

0.000 

0.000 

0.000 

0.00 

0.000 

COB  3 

0 

24 

1.000 

1.000 

24 

0.000 

0.000 

0.000 

0.00 

0.000 

PACF 

0 

72 

0.870 

0.870 

68 

0.560 

4.486 

0.008 

71.44 

1.000 

Total 

216 

0.710 

0.003 

143.29 

Performance 

based 

on  stock  on  hand  on  day 

153. 

1  1 

.11. 

uciiiiij.ua  .L 

:;.a  L  j.uii' 

Prob. 

Prob. 

FMC- 

Exp . 

Exp. 

Targ. 

Total 

<  0% 

Achieve 

95% 

Variance 

% 

sorties 

Base 

NFMC 

ACFT 

NFMC 

Sorties 

Conf 

E(NFMC)  (NFMC) 

NFMC 

E(Sorties) 

/ACFT 

MOB 

0 

72 

0.620 

0.620 

64 

1.890 

8.258 

0.026 

210.33 

3.000 

GOBI 

0 

24 

0.840 

0.840 

21 

0.450 

1.467 

0.019 

70.65 

3.000 

C0B2 

0 

24 

0.860 

0.860 

20 

0.490 

2.790 

0.020 

70.53 

3.000 

COB  3 

0 

24 

0.790 

0.790 

21 

0.780 

5.652 

0.033 

69.66 

3.000 

PACF 

0 

72 

0.280 

0.280 

62 

3.090 

11.882 

0.043 

206.73 

3.000 

Total 

216 

6.700 

0.031 

627.90 

Performance 

based 

on  stock  on  hand  on  day 

157. 

,  1  ^ 

Prob. 

Prob. 

FMC- 

Exp . 

Exp . 

Targ. 

Total 

<  0% 

Achieve 

95% 

Variance 

% 

sorties 

Base 

NFMC 

ACFT 

NFMC 

Sorties 

Conf 

E(NFMC)  (NFMC) 

NFMC 

E(Sorties) 

/ACFT 

MOB 

0 

72 

0.010 

0.010 

54 

8.590 

31.262 

0.119 

190.23 

3.000 

GOBI 

0 

24 

0.580 

0.580 

17 

1.580 

6.844 

0.066 

67.26 

3.000 

C0B2 

0 

24 

0.640 

0.640 

18 

1.270 

4.897 

0.053 

68.19 

3.000 

C0B3 

0 

24 

0.570 

0.570 

16 

1.940 

11.956 

0.081 

66.18 

3.000 

PACF 

0 

72 

0.020 

0.020 

49 

9.750 

37.587 

0.  135 

186.75 

3.000 

Total 

216 

23.130 

0.107 

578.61 
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Performance  based  on  stock  on  hand  on  day  160. 


------ 

--Full  c 

annibali: 

sation- 

— 

Prob. 

Prob. 

FMC- 

Exp . 

Exp . 

Targ. 

Total 

<  0% 

Achieve 

95% 

Variance 

% 

sorties 

Base 

NFMC 

ACFT 

NFMC 

Sorties 

Conf 

E(NFMC) 

(NFMC) 

NFMC 

E (Sorties ) 

/ACFT 

MOB 

0 

72 

0.040 

0.040 

52 

9.130 

31.053 

0.127 

62.87 

1.000 

GOBI 

0 

24 

0.560 

0.560 

17 

1.580 

6.344 

0.066 

22.42 

1.000 

COB  2 

0 

24 

0.610 

0.610 

18 

1.300 

4.790 

0.054 

22.70 

l.OOC 

COB  3 

0 

24 

0.560 

0.560 

15 

1.910 

10.222 

0.080 

22.09 

1.000 

PACF 

0 

72 

0.010 

0.010 

53 

9.610 

35.596 

0.133 

62.39 

1.000 

Total 

216 

23.530 

0.109 

192.47 

Performance 

based 

on  stock  on  hand  on  day 

165. 

.  -Ut,  1  ^ 

Prob. 

Prob . 

FMC- 

Exp . 

Exp . 

Targ. 

Total 

<  0% 

Achieve 

95% 

Variance 

% 

sorties 

Base 

NFMC 

ACFT 

NFMC 

Sorties 

Conf 

E(NFMC)  (NFMC) 

NFMC  E(Sorties) 

/ACFT 

MOB 

0 

72 

0.090 

0.090 

55 

8.540 

30.548 

0.119 

63.46 

1.000 

GOBI 

0 

24 

0.530 

0.530 

17 

1.660 

7.524 

0.069 

22.34 

1.000 

C0B2 

0 

24 

0.530 

0.530 

17 

1.650 

5.567 

0.069 

22.35 

1.000 

COB  3 

0 

24 

0.500 

0.500 

16 

2.140 

10.180 

0.089 

21.86 

1.000 

PACF 

0 

72 

0.010 

0.010 

53 

9.200 

28.900 

0.128 

62.80 

1.000 

Total 

216 

23.190 

0.107 

192.81 

Performance 

based 

on  stock  on  hand  on 

1  day 

180. 

r,,  1  1 

r  U  i  i 

<^cauii  luaixd 

Prob . 

Prob . 

FMC- 

Exp . 

Exp . 

Targ. 

Total 

<  0% 

Achieve 

95% 

Variance 

% 

sorties 

Base 

NFMC 

ACFT 

NFMC 

Sorties 

Conf 

F,(NFMC)  (NFMC) 

NFMC 

E(Sorties) 

/ACFT 

MOB 

0 

72 

0.200 

0.200 

56 

6 .  o40 

32.590 

0.092 

65.36 

1.000 

GOBI 

0 

24 

0.470 

0.470 

17 

1.840 

6.614 

0.077 

22.16 

1.000 

C0B2 

0 

24 

0.500 

0.500 

16 

1.910 

8.762 

0.080 

22.09 

1.000 

COB3 

0 

24 

0.420 

0.420 

16 

2.070 

8.305 

0.086 

21.93 

1.000 

PACF 

0 

72 

0.100 

0. 100 

5/ 

7 . 640 

33.250 

0. 106 

64.36 

1.000 

Total 

216 

20. 100 

0.09  3 

195.90 

Appendix  E 

SIZING  PARAMETERS 

Sizing  parameters  limit  the  size  of  the  problem  that  can  be 
analyzed.  They  should  be  set  to  reasonable  values  for  your  system- - 
large  enough  to  be  useful  but  small  enough  to  run  and  save  resources. 

The  left  column  shows  typical  values  that  we  set  with  a  global  change 
command  within  the  text  editor.  Some  of  these  parameters  are  not 
currently  used  but  must  be  set  nonetheless  (usually  to  l)--they  are 
reserved  for  future  model  development. 

585  QMAIRCFT  -  The  maximum  number  of  aircraft  (plus  one)  that  may  be 
stationed  at  a  base  on  any  day  of  the  scenario. 

8  DMANALYS  -  The  maximum  number  of  times  of  analysis. 

20  DMBASES  -  The  maximum  number  of  bases  to  be  analyzed. 

8  DMCHANGE  -  The  maximum  number  of  occasions  that  data  such  as  sortie 
rates  and  aircraft  levels  may  change  during  a  scenario. 

2  DMCIRFS  “  The  maximum  number  of  CIRFs  to  be  analyzed. 

1  DMDEPOTS  -  The  maximum  number  of  depots  to  be  analyzed. 

50.  DMEXPMAX  -  A  number  such  that  exp(-DMEXPMAX)  >  0  on  your  computer. 

23  DML0C3  -  The  maximum  number  of  locations  to  be  analyzed 

(DMRASES  +  DMCIRFS  +  DMDEPOTS). 

25  DMLRUGRP  -  The  maximum  number  of  LRUs  that  may  be  assigned  to  a 
single  repair  resource. 

25  DMLKUTEQ  -  Set  to  DMLRUGRP. 

2000  DMLSTMAX  -  Determines  the  length  of  the  list  of  LRU  repairs 

prepared  fcr  the  depot  when  scheduling  is  based  on  future 
aircraft  availability.  Too  short  a  list,  and  the 
repair  resource  may  complete  it  and  sit  idle  pending  the 
preparation  of  a  new  list.  Too  long  a  list  wastes 
computational  resources.  If  DMLSTMAX  is  sufficiently 
large  reported  performance  will  not  be  sensitive  to 
changes  in  the  parameter  value.  Set  to  1  if  this 


83 


84 


repair  scheduling  policy  will  not  be  used. 

5  DMMISSNS  -  Not  currently  used.  Set  to  5. 

20  DMMISTR  -  The  maximum  number  of  contract  periods  in  a  scenario. 

27  DMOPTION  -  The  maximum  number  of  available  program  options. 

100  DMPMFMAX  -  Determines  the  number  of  terms  of  the  probability 

distribution  of  demands  over  the  planning  horizon  for 
a  given  LRU  at  a  given  base  that  may  be  computed.  The 
model's  size  is  sensitive  to  this  value  and  if  set  too 
small,  the  scheduling  policy  based  on  future  aircraft 
availability  will  not  function  properly.  A  good  value  is 
probably  two  or  three  times  the  maximum  value  of 
LRU  demand  rate  x  base  NRTS  rate  x  aircraft  x 

sorties  per  day  x  flying  hours  per  sortie  x 

^planning  horizon  +  depot-to-base  transportation  time) 
Set  to  1  if  scheduling  base',  on  future  aircraft 
availability  will  not  be  used. 

27  DMPRTGRP  -  The  maximum  number  of  LRUs  per  repair  resource,  plus  two 
(DMLRUGRP  +2). 

1  DMSRUGRP  -  Not  currently  used.  Set  to  1. 

1  DMSRULRU  -  Not  currently  used.  Set  to  1. 

16  DMSTANDS  -  The  maximum  number  of  servers  per  repair  resource 
that  may  be  assigned  to  a  single  location. 

3  DMSTKLVL  -  The  maximum  number  of  times  stock  levels  can  change 
in  the  scenario,  plus  one. 

1  DMSUBGRP  -  Not  currently  used.  Set  to  1. 

1  DMSUBS2S  -  Not  currently  used.  Set  to  1. 

1  DMTEQTYP  -  Not  currently  used.  Set  to  1. 

390  DMTIME  -  The  maximum  number  of  days  in  a  scenario,  including 
the  peacetime  run-in. 

25  DMTQLRUS  -  Set  to  DMLRUGRP. 


Appendix  F 

PREPROCESSOR  INPUT  SPECIFICATION 

The  input  data  set  for  the  preprocessor  has  three  parts.  The  first 
describes  the  repair  resources,  the  second  describes  the  modules,  and 
the  third  contains  a  module-LRU  essentiality  matrix.  A  sample  data  set 
appears  in  Appendix  G. 

1.  Repair  Resource  Data 

For  each  type  of  repair  resource,  include  a  record  such  as: 


RF  2  0.2208  10 

aaaa  iiii  ff.ffff  iii 


Columns 

1-4 

6-9 

11-17 


19-21 


Format 

aaaa 

iiii 

ff.ffff 


iii 


Description 

Name  of  repair  resource. 

Number  of  servers  at  this  location. 

Server  diagnosis  time,  in  days. 

(If  the  LRU  must  start  over  from  the  beginning 
whenever  its  repair  is  interrupted  because  of  a 
server  failure,  the  diagnosis  time  should 
also  reflect  the  expected  lost  LRU  repair  time, 
which  is  the  weighted  average  LRU  repair  time.) 

Number  of  LRUs  assigned  to  this  repair  resource. 


The  sample  record  is  for  the  RF  repair  resource.  There  are  two 
servers,  with  a  server  diagnosis  time  of  0.2208  days.  Ten  LRUs  are 
assigned  to  the  RF  repair  resource. 

2.  Module  Data 

Include  a  header  card  (required  only  to  have  "MOD  "  in  the  first 
four  columns)  followed  by  a  record  for  each  module,  such  as: 

MOD  MTBF  STOCK  RESUPPLY  RF  Cl  DI  PP 

MODULE  1  333.000  1  20.000  1111 

aaaaaaaaaaaaaaaa  fffff.fff  iiii  fffff.fff  iiii  iiii  iiii  .... 
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Columns 

Format 

Description 

1-16 

al6 

Name  of  the  module. 

18-26 

fffff.fff 

Mean  time  between  failures,  in  operating  days. 

28-31 

iiii 

Module  stock  level. 

33-41 

fffff.fff 

Module  resupply  time,  in  days. 

43-46 

iiii 

Quantity  of  the  module  on  fiist  resource  type. 

48-51 

etc. 

iiii 

Quantity  of  the  module  on  second  resource  type 

The  sample  record  is  for  MODULE  1,  which  has  a  mean  lifetime  of  333 
days.  Its  stock  level  is  one,  resupply  time  is  20  days,  and  quantity 
per  resource  is  one  on  each  of  the  four  types  of  repair  resource. 


3.  Module-LRU  Essentiality  Matrix 

Include  a  header  card  (required  only  to  have  "MTRX"  in  the  first 
four  columns)  followed  by  a  record  for  each  module,  in  the  same  order  as 
the  module  data  above,  such  as: 


MTRX  1234567890 
POWER  SUPPLY  1130111111 
aaaaaaaaaaaaaaaa  iiiiiiiiii 


Columns 

1-16 


18 

19 

20 
etc 


Format  Description 

al6  Module  name.  (This  field  is  not  checked,  so 

make  sure  the  right  module  is  named  and  matched  to 
that  in  section  2.) 

i  The  number  of  this  module  that  must  be  working 
for  this  resource  to  test  LRU  1 . 
i  The  number  of  this  module  needed  to  test  LRU  2. 

i  The  number  of  this  module  needed  to  test  LRU  3. 


The  sample  record  is  for  a  module  named  I’OWF.R  SUPPLY,  Three  of 
this  module  must  be  operational  to  test  LRU  3,  while  LRU  4  cun  be  tested 
even  if  no  POWER  SUPPLY  modules  are  operational.  To  test  the  remaining 
LRUs,  at  least  one  POWER  SUPPLY  module  must  be  oj:erat  unia  1  , 


Appendix  G 

SAMPLE  PREPROCESSOR  INPUT  DATA 


PP  2 

DI  2 

RF  2 

Cl  5 

MOD 

0.3842 

0.4755 

0.5830 

0.5431 

0 

0 

0 

8 

MTBF 

STK 

RESUPPLY 

PP 

DI 

RF 

Cl 

A_AAA 

7560.5 

1 

14.0 

1 

1 

1 

1 

A_AAD 

3780.3 

0 

14.0 

1 

1 

1 

1 

A_AAE/ADB 

6520.3 

0 

14.0 

2 

0 

2 

1 

ACAFO/ADAFO 

889.4 

1 

14.0 

0 

0 

1 

1 

A_AAH 

15121.0 

0 

14.0 

1 

1 

1 

1 

A_AAJ 

15121.0 

0 

14.0 

1 

1 

1 

1 

A._AAK 

7560.5 

5 

14.0 

1 

1 

1 

1 

ADAAO 

1040.3 

2 

14.0 

0 

0 

0 

1 

A_ABA 

15121.0 

0 

14.0 

1 

1 

1 

1 

A_ABC 

7560.5 

0 

14 . 0 

1 

1 

1 

1 

A_ABG 

1890.1 

3 

14.0 

1 

1 

1 

1 

A_ABK 

15121.0 

0 

14.0 

1 

1 

1 

1 

A_AB0 

240.0 

2 

14.0 

1 

1 

1 

1 

A_ACA 

15121.0 

0 

14.0 

1 

1 

1 

1 

A_ACB 

7560.5 

0 

14.0 

1 

1 

1 

1 

A_ACD 

5040.3 

2 

14.0 

1 

1 

1 

1 

A_AC0 

1512.1 

3 

14.0 

1 

1 

1 

1 

A_ADC 

15121.0 

1 

14.0 

1 

1 

1 

1 

A_AD0 

1080.1 

2 

14.0 

1 

1 

1 

1 

A_AGB 

1680.1 

5 

14.0 

1 

1 

1 

1 

A_AG0 

1080.1 

4 

14.0 

1 

1 

1 

1 

A_AHB 

15121.0 

0 

14.0 

1 

1 

1 

1 

A_AH0 

15121.0 

0 

14.0 

1 

1 

1 

A_AJA 

560.0 

2 

14.0 

1 

1 

1 

1 

A_AJF 

15121.0 

2 

14.0 

1 

1 

1 

1 

A_AJ0 

1080.1 

1 

14.0 

1 

1 

1 

1 

A_AKA 

15121.0 

0 

14.0 

1 

1 

1 

1 

A_AKG 

15121.0 

4 

14.0 

1 

1 

1 

1 

A_AK0 

521.4 

3 

14.0 

1 

1 

1 

1 

A_AL0 

7560.5 

0 

14.0 

1 

1 

1 

1 

ADBAO 

4161.0 

2 

14.0 

0 

0 

0 

1 

ACBBB 

4161.0 

5 

14.0 

0 

0 

0 

1 

ADBBO 

520.1 

4 

14.0 

0 

0 

0 

1 

ADBCO 

378.3 

3 

14.0 

0 

0 

0 

1 

ADBFA 

297.2 

3 

14.0 

0 

0 

0 

1 

ADBFB 

1040.3 

3 

14.0 

0 

0 

0 

1 

ADBFD 

4161.0 

0 

14.0 

0 

0 

0 

1 

ADBFE 

2080.5 

0 

14.0 

0 

0 

0 

1 

ADBFO 

416.1 

2 

14.0 

0 

0 

0 

1 

ADBGA 

4161.0 

2 

14.0 

0 

0 

0 

1 

PGM  ASSY 

17487.5 

0 

14.0 

2 

2 

3 

2 

87 


88 


ADBGB 

416 

1 

6 

14 

0 

0 

0 

0 

1 

ADBGO 

594 

.4 

1 

14 

0 

0 

0 

0 

] 

20V/4A 

4796 

7 

0 

14 

0 

0 

2 

1 

1 

35V/ 15A 

3.'4  36 

5 

0 

14 

0 

2 

0 

3 

4 

ADBNA 

4161 

0 

0 

14 

0 

0 

0 

0 

1 

ADBNO 

1387 

0 

0 

14 

0 

0 

0 

0 

1 

ADCDB 

693 

5 

3 

14 

0 

0 

0 

0 

1 

ADCDD 

231 

2 

2 

14 

0 

0 

0 

0 

1 

FEED  THRU 

3100 

0 

0 

14 

0 

2 

1 

1 

1 

A_CDG 

1381 

8 

0 

14 

0 

0 

1 

0 

1 

ADCDH 

780 

2 

4 

14 

0 

0 

0 

0 

6 

ADCDR 

4161 

0 

0 

14 

0 

0 

0 

0 

1 

SWITCH 

477 

8 

21 

14 

0 

2 

2 

2 

3 

A_CEA 

635 

5 

12 

14 

0 

8 

8 

5 

8 

A_CEJ 

280 

2 

3 

!•+ 

0 

n 

2 

u 

3 

A_CEM 

222 

7 

28 

14 

0 

4 

2 

3 

3 

A_CER 

540 

0 

6 

14 

0 

1 

1 

1 

1 

A._CES 

382 

2 

18 

14 

0 

6 

4 

4 

8 

A_CFB 

270 

0 

6 

14 

0 

1 

1 

1 

1 

A_CGA 

518 

5 

29 

14 

0 

9 

3 

5 

3 

A_CGD 

2372 

1 

4 

14 

0 

0 

3 

0 

6 

A_CGK 

169 

9 

14 

14 

0 

1 

1 

1 

1 

A_CGL 

343 

7 

18 

14 

0 

2 

2 

2 

2 

A_CGN 

260 

7 

13 

14 

0 

1 

1 

1 

1 

A_CGP 

1890 

1 

2 

14 

0 

1 

1 

1 

1 

A_CGQ 

3024 

2 

1 

14 

0 

1 

1 

1 

1 

A_CGR 

7560 

5 

4 

14 

0 

1 

1 

1 

1 

A_CGS 

1374 

6 

10 

14 

0 

1 

1 

1 

1 

STD  TBI 

1336 

4 

8 

14 

0 

3 

4 

3 

3 

A_CHA 

808 

7 

9 

14 

0 

3 

6 

3 

1 

A_CHB 

323 

5 

11 

14 

0 

3 

6 

3 

1 

A_CHN 

604 

8 

7 

14 

0 

1 

1 

1 

1 

A_CHP 

495 

6 

12 

14 

0 

6 

1 

1 

2 

A_CHS 

302 

7 

20 

14 

0 

2 

3 

2 

2 

ADCJA 

832 

2 

5 

14 

0 

0 

0 

0 

1 

ADCJB 

594 

4 

2 

14 

0 

0 

0 

0 

1 

lOOV  DAC 

1387 

0 

5 

14 

0 

0 

0 

0 

6 

lOV  DAC 

2340 

6 

5 

14 

0 

0 

0 

0 

9 

A_CLC 

2520 

2 

3 

14 

0 

1 

1 

1 

1 

A_CLD 

1512 

1 

1 

14 

0 

1 

1 

1 

1 

A_CLH 

5040 

3 

1 

14 

0 

1 

1 

1 

1 

A..CLJ 

15121 

0 

3 

14 

0 

•i 

i. 

1 

1 

1 

A_CLK 

504 

0 

12 

14 

0 

1 

1 

1 

1 

A_CMA 

2283 

1 

7 

14 

0 

3 

4 

2 

3 

ADDBO 

4161 

0 

0 

14 

0 

0 

0 

0 

1 

ADDED 

2080 

5 

0 

14 

0 

0 

0 

0 

1 

ADDED 

1387 

0 

0 

14 

0 

0 

0 

0 

1 

ADDFE 

4161 

0 

0 

14 

0 

0 

0 

0 

1 

ADDHB 

2080 

5 

0 

14 

0 

0 

0 

0 

1 

ADDHG 

4161 

0 

0 

14 

0 

0 

0 

0 

1 

ADDHL 

2080 

5 

0 

14 

0 

0 

0 

0 

1 

ADDHO 

3  PHASE  PS 

MTRX 

A^AAA 

A-AAD 

A_AAE/At)B 

ACAFO/ADAFO 

A_AAH 

A_AAJ 

A_AAK 

ADAAO 

A_ABA 

A_ABC 

A_ABG 

A_ABK 

A_ABO 

A_ACA 

A_ACB 

A_ACD 

A_ACO 

A_ADC 

A_ADO 

A_.AGB 

A._AGO 

A_AHB 

A_AHO 

A_AJA 

A^AJF 

A_AJO 

A^AKA 

A_AKG 

A^AKO 

A_ALO 

ADBAO 

ADBBB 

ADBBO 

ADBCO 

ADBFA 

ADBFB 

ADBFD 

ADBFE 

ADBFO 

ADBGA 

PGM  ASSY 

ADBGB 

ADBGO 

20V/4A 

35V/15A 

ADBNA 

ADBNO 

ADCDB 


4161.0 

1767.6 

12345678 

11111111 

11111111 

11111111 

00100000 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

11111111 

lillllll 

11111111 

lillllll 

lillllll 

lillllll 

lillllll 

lillllll 

lillllll 

lillllll 

lillllll 

lillllll 

lillllll 

00000011 

10010110 

10010110 

lillllll 

00011100 

00011100 

00011100 

00011100 

00011100 

00001100 

100120PC 

00001100 

00001100 

00011000 

13024122 

01000000 

01000000 

01100000 


0 

4 


14.0 

14.0 


0  0  0  1 
10  11 
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ADCDD 

FEED  THRU 

A_CDG 

ADCDH 

AUCDR 

SWITCH 

^CEA 

A_CEJ 

A_CEM 

A_CER 

A_CES 

A_CFB 

A_CGA 

A_CGD 

A_CGK 

A_CGL 

A_CGN 

A_CGP 

A_CGQ 

A_CGR 

A_CGS 

STD  TBI 

A_CHA 

A_CHB 

A_CHN 

A_CHP 

A_CHS 

ADCJA 

ADCJB 

lOOV  DAC 

lOV  DAC 

A_CLC 

A_CLD 

A_CLH 

A_CLJ 

A_CLK 

A_.CMA 

ADDBO 

ADDED 

ADDED 

ADDFE 

ADDHB 

ADDHG 

ADDHL 

ADDHO 

3  PHASE  PS 


01100000 
11011100 
00111100 
00064600 
01111100 
33333333 
.S7823500 
02122300 
23223200 
11111111 
88888887 
00100100 
22213100 
11066600 
11111100 
22222200 
11. Ml  100 
11100000 
11111100 
11111100 
11100000 
22332322 
11111111 
00001100 
11111111 
11111111 
00200000 
11111100 
00011100 
00062600 
00190900 
11111111 
11111111 
11111111 
11111111 
11111111 
03220000 
00010000 
00000100 
00000100 
01000000 
01000000 
01000000 
01000000 
01000000 
01110100 


Appendix  H 

SAMPLE  PREPROCESSOR  OUTPUT  DATA 


Dyna-METRIC  Version  5  Backorder 


Stand  Number  Ex(Diagnosis  Time) 

PP  2 

0.3842 

DI  2 

0.4755 

RF  2 

0.5830 

Cl  5 

0.5431 

Input  data: 

Module  name 

MTBF 

A_AAA 

7560.500 

A_AAD 

3780.300 

A_AAE/ADB 

6520.300 

ACAFO/ADAFO 

889.400 

A_.AAH 

15121.000 

A_AAJ 

15121,000 

A_AAK 

7560.500 

ADAAO 

1040.300 

A_ADA 

15121.000 

A^ABC 

7560.500 

A_ABG 

1890.100 

A_ABK 

15121.000 

A_AB0 

240.000 

A_ACA 

15121.000 

A_ACB 

7560.500 

A_ACD 

5040.300 

A_AC0 

1512. 100 

A._ADC 

15121.000 

A_AD0 

1080.100 

A_AGB 

1680.100 

A_AG0 

1080.100 

A_AHB 

15121.000 

A_AH0 

15121.000 

A_AJA 

560.000 

A_AJF 

15121.000 

A„AJ0 

1080.100 

A^AKA 

15121.000 

A_AKG 

15121.000 

A_AK0 

521.400 

A_AL0 

7560.500 

ADBAU 

4161.000 

ADBBB 

4161.000 

ADBEO 

520.100 

ADBCO 

378.300 

ADBFA 

297.200 

ADBFB 

1040.300 

Rate  and  Effective  Resupply 


stock  resupply  PP  DI 
1  14.000  1  1 

0  14.000  1  1 

0  14.000  2  2 

1  14.000  0  0 

0  14.000  1  1 

0  14.000  1  1 

5  14.000  1  1 

2  14.000  0  0 

0  14.000  1  1 

0  14.000  1  1 

3  14.000  1  1 

0  14.000  1  1 

2  14.000  1  1 

0  14.000  1  1 

0  14.000  1  1 

2  14.000  1  1 

3  14.000  1  1 

1  14.000  1  1 

2  14.000  1  1 

5  14.000  1  1 

4  14.000  1  1 

0  14,000  1  1 

0  14.000  1  1 

2  14.000  1  1 

2  14.000  1  1 

1  14.000  1  1 

0  14.000  1  1 

4  14.000  1  1 

3  14.000  1  1 

0  14.000  1  1 

2  14.000  0  0 

5  14.000  0  0 

4  14.000  0  0 

3  14.000  0  0 

3  14.000  0  0 

3  14.000  0  0 


Time  Program 


RF  Cl 
1  1 

1  1 

2  1 

1  1 

1  1 

1  1 

1  1 

0  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

1  1 

0  1 

0 

0  1 

0  1 

0  1 

0  1 


91 


92 


ADBFD 

4161.000 

0 

14.000 

0 

0 

0 

1 

ADBFE 

2080.500 

0 

14.000 

0 

0 

0 

1 

ADBFO 

416.100 

2 

14.000 

0 

0 

0 

1 

ADBGA 

4161.000 

2 

14.000 

0 

0 

0 

1 

PGM  ASSY 

17487.500 

0 

14.000 

2 

2 

3 

2 

ADBGB 

416.100 

6 

14.000 

0 

0 

0 

1 

ADBGO 

594.400 

1 

14.000 

0 

0 

0 

1 

20V/4A 

4796.700 

0 

14.000 

0 

2 

1 

1 

35V/15A 

3436.500 

0 

14.000 

2 

0 

3 

4 

ADBNA 

4161.000 

0 

14.000 

0 

0 

0 

1 

ADBNO 

1387.000 

0 

14.000 

0 

0 

0 

1 

ADCDB 

693.500 

3 

14.000 

0 

0 

0 

1 

ADCDD 

231.200 

2 

14.000 

0 

0 

0 

1 

FEED  THRU 

3100.000 

0 

14.000 

2 

1 

1 

1 

A..CDG 

1381.800 

0 

14.000 

0 

1 

0 

1 

ADCDH 

780.200 

4 

14.000 

0 

0 

0 

6 

ADCDR 

4161.000 

0 

14.000 

0 

0 

0 

1 

SWITCH 

477.800 

21 

14.000 

2 

2 

2 

3 

A_CEA 

635.500 

12 

14.000 

8 

8 

5 

8 

A_CEJ 

280.200 

3 

14.000 

2 

2 

0 

3 

A_CEM 

222.700 

28 

14.000 

4 

2 

3 

3 

A_CER 

540.000 

6 

14.000 

1 

1 

1 

1 

A_CES 

382.200 

18 

14.000 

6 

4 

4 

8 

A_CFB 

270.000 

6 

14.000 

1 

1 

1 

1 

A_CGA 

518,500 

29 

14.000 

9 

3 

5 

3 

A_CGD 

2372.100 

4 

14.000 

0 

3 

0 

6 

A_CGK 

169.900 

14 

14.000 

1 

1 

1 

1 

A_CGL 

343.700 

18 

14.000 

2 

2 

2 

2 

A_CGN 

260.700 

13 

14.000 

1 

1 

1 

1 

A_CGP 

1890.100 

2 

14.000 

1 

1 

1 

1 

A_CGQ 

3024.200 

1 

14.000 

1 

1 

1 

1 

A_CGR 

7560.500 

4 

14.000 

1 

1 

1 

1 

A_CGS 

1374.600 

10 

14.000 

1 

1 

1 

1 

STD  TBI 

1336.400 

8 

14.000 

3 

4 

3 

3 

A_CHA 

808.700 

9 

14.000 

3 

6 

3 

1 

A_CHB 

323.500 

11 

14.000 

3 

6 

3 

1 

A_CHN 

604.800 

7 

14.000 

1 

1 

1 

1 

A_CHP 

495.600 

12 

14.000 

6 

1 

1 

2 

A_CHS 

302.700 

20 

14.000 

2 

3 

2 

2 

ADCJA 

832.200 

5 

14.000 

0 

0 

0 

1 

ADCJB 

594.400 

2 

14.000 

0 

0 

0 

1 

lOOV  DAC 

1387.000 

5 

14.000 

0 

0 

0 

6 

lOV  DAC 

2340.600 

5 

14.000 

0 

0 

0 

9 

A_CLC 

2520.200 

3 

14.000 

1 

1 

1 

1 

A_CLD 

1512.100 

1 

14.000 

1 

1 

1 

1 

A^CLH 

5040.300 

1 

14.000 

1 

1 

1 

1 

A_CLJ 

15121.000 

3 

14.000 

1 

1 

1 

1 

A_CLK 

504.000 

12 

14.000 

1 

1 

1 

1 

A_CMA 

22o3. 100 

7 

14.000 

3 

4 

2 

3 

ADDBO 

4161.000 

0 

14.000 

0 

0 

0 

1 

ADDED 

2080.500 

0 

14.000 

0 

0 

0 

1 

X 
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ADDEO 

1387.000 

ADDFE 

4161.000 

ADDHB 

2080.500 

ADDHG 

4161.000 

ADDHL 

2080.500 

ADDHO 

4161,000 

3  PHASE  PS 

1767 . 600 

Module  essentiality  matrix: 

A_AAA 

11111111 

A_AAD 

11111111 

A..AAE/ADB 

11111111 

ACAFO/ADAFO 

00100000 

A_AAH 

11111111 

A_AAJ 

lllillll 

A_AAK 

11111111 

ADAAO 

lllillll 

A_ABA 

lllillll 

A_ABC 

lllillll 

A_ABG 

lllillll 

A_ABK 

lllillll 

A_ABO 

lllillll 

A_ACA 

lllillll 

A_ACB 

lllillll 

A_ACD 

lllillll 

A_AC0 

lllillll 

A_ADC 

lllillll 

A_ADO 

lllillll 

A_AGB 

lllillll 

A_AGO 

lllillll 

A_AHB 

lllillll 

A_AHO 

lllillll 

A_AJA 

lllillll 

A_.AJF 

lllillll 

A,_AJO 

lllillll 

A.  AKA 

lllillll 

A_AKG 

lllillll 

A_AKC 

lllillll 

A_ALO 

lllillll 

ADBAO 

00000011 

ADBBB 

10010110 

ADBBO 

10010110 

ADBCO 

lllillll 

ADBFA 

00011100 

ADBFB 

00011100 

ADBFD 

00011100 

ADBFE 

00011100 

ADBFO 

COOlllOO 

ADEGA 

00001100 

PGM  ASSY 

10012000 

0 

14 

000 

0 

0 

0 

1 

0 

14 

000 

0 

0 

0 

1 

0 

14 

000 

0 

0 

0 

1 

0 

14 

000 

0 

0 

0 

1 

0 

14 

000 

0 

0 

0 

1 

0 

14 

000 

0 

0 

0 

1 

4 

14 

000 

1 

0 

1 

1 
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ADBGB 

ADBGO 

20V/4A 

35V/ 15A 

ADBNA 

ADBNO 

ADCDB 

ADCDD 

FEED  THRU 

A_CDG 

ADCDH 

ADCDR 

SWITCH 

A„CEA 

A_CEJ 

A._CEM 

A_CER 

A_CES 

A_CFB 

A_CGA 

A_CGD 

A_CGK 

A_CGL 

A_CGN 

A_CGP 

A,.CGQ 

A_CGR 

A_CGS 

STD  TBI 

A_CHA 

A_CHB 

A_CHN 

A_CHP 

A_CHS 

ADCJA 

ADCJB 

lOCV  DAC 

lOV  DAC 

A_CLC 

A,.CLD 

A_CLH 

A_CLJ 

A_CLK 

A_CMA 

ADDBO 

ADDED 

ADDED 

ADDFE 

ADDHB 

ADDHG 

ADDHL 


00001100 

00001100 

00011000 

13024122 

01000000 

01000000 

01100000 

01100000 

11011100 

00111100 

00064600 

01111100 

33333333 

57823500 

02122300 

23223200 

11111111 

88888887 

00100100 

22213100 

11066600 

11111100 

22222200 

11111100 

11100000 

11111100 

11111100 

11100000 

22332322 

11111111 

00001100 

11111111 

11111111 

00200000 

11111100 

00011100 

00062600 

00190900 

11111111 

11111111 

11111111 

11111111 

11111111 

032200U0 

00010000 

00000100 

00000100 

01000000 

01000000 

01000000 

OIOOOOOj 


ADUHO 

3  PHASE  PS 


01000000 

01110100 


Results  for  stand  PP  : 

Backorder  rate 
Resupply  time 

Server  availability  (alpha) 
Failure  rate 

Failure  less  backorder  rate 


0.00447374 

10.68491650 

0.94551468 

0.15446073 

0.14998700 


Mean  time  between  failures 
backorders 


that  are  not 
:  6.66724444 


Module  name 

MTBB  b.o.  rate 

resupply 

A_AAA 

100000.000  0.0000100 

7.022 

A_AAD 

3780.300  0.0002645 

14.000 

A_AAE/ADB 

6520.300  0.0001534 

14.000 

A_AAH 

15121.000  0.0000661 

14.000 

A_AAJ 

15121.000  0.0000661 

14.000 

A_AAK 

100000.000  0.0000100 

0.477 

A_ABA 

15121.000  0.0000661 

14.000 

A..ABC 

7560.500  0.0001323 

14.000 

A_ABG 

100000.000  0.0000100 

1.669 

A,_ABK 

15121.000  0.0000661 

14.000 

A_AB0 

1767.264  0.0005658 

5.186 

A_.ACA 

15121.000  0.0000661 

14.000 

A._ACB 

7560.500  0.0001323 

14.000 

A_ACD 

100000.000  0.0000100 

4.768 

A_AC0 

100000.000  0.0000100 

3.616 

A_ADC 

100000.000  0.0000100 

7.003 

A_AD0 

100000.000  0.0000100 

4.779 

A_.AGB 

100000.000  0.0000100 

0.000 

A_AG0 

100000.000  0.0000100 

0.477 

A._AHB 

15121.000  0.0000661 

14.000 

A_AH0 

15121.000  0.0000661 

14.000 

A..AJA 

17752.125  0.0000563 

4.885 

A_AJF 

100000.000  0.0000100 

0.000 

A_AJ0 

8128.308  0.0001230 

7  . 166 

A_AKA 

15121.000  0.0000661 

14.000 

A_AKG 

100000.000  0.0000100 

0.000 

A_AK0 

100000.000  0.0000100 

3.659 

A_AL0 

7560.500  0.0001323 

14.000 

PGM  ASSY 

17487.500  0.0000572 

14.000 

35V/15A 

3436.500  0.0002910 

14.000 

FEED  THRU 

3100.000  0.0003226 

14.000 

SWITCH 

100000. OOC  0.0000100 

0.000 

A..CEA 

100000.000  0.0000100 

1.907 

A_CEJ 

2554.633  0.0003914 

4.161 

A_CEM 

100000.000  0.0000100 

0.000 

A_CER 

100000.000  0.0000100 

0.477 

A_CES 

100000.000  0.0000100 

0.000 
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A_CFB 

100000.000  0.0000100 

1.590 

A_CGA 

100000.000  0.0000100 

0.000 

A_CGK 

100000.000  0.0000100 

0.000 

A_CGL 

100000.000  0.0000100 

0.000 

A_CGN 

100000.000  0.0000100 

0.000 

A_CGP 

100000.000  0.0000100 

4.729 

A_CGQ 

60913.133  0.0000164 

7.059 

A_CGR 

100000.000  0.0000100 

0.000 

A„CGS 

100000.000  0.0000100 

0.954 

STD  TBI 

100000.000  0.0000100 

0.000 

A_CHA 

100000.000  0.0000100 

0.000 

A_CHB 

100000.000  0.0000100 

0.000 

A_CHN 

100000.000  0.0000100 

0.000 

A_CHP 

100000.000  0.0000100 

0.000 

A_CHS 

100000.000  0.0000100 

0.000 

A_CLC 

100000.000  0.0000100 

0.477 

A_CLD 

13615.940  0.0000640 

7.119 

A_CLH 

100000.000  0.0000100 

7.036 

A_CLJ 

100000.000  0.0000100 

0.000 

A_CLK 

100000.000  0.0000100 

0.954 

A_CMA 

100000.000  0.0000100 

0.000 

3  PHASE  PS 

100000.000  0.0000100 

0.000 

Results  for  stand  DI  : 

Backorder  rate  : 

Resupply  time  ; 

Server  availability  (alpha): 
Failure  rate  : 

Failure  less  backorder  rate: 
Mean  time  between  failures  that 
backorders  : 


0.00470990 
10.85093980 
0.94082099 
0.13699470 
0.13228481 
are  not 
7.55944729 


Module  name 

MTBB  b.o.  rate 

resupply 

A_AAA 

100000.000  0.0000100 

7.022 

A..AAD 

3780.300  0.0002645 

14.000 

A_AAE/ADB 

6520.300  0.0001534 

14.000 

A  AAH 

15121.000  0.0000661 

14.000 

A_AAJ 

15121.000  0.0000661 

14.000 

A_AAK 

100000.000  0.0000100 

0.477 

A_ABA 

15121.000  0.0000661 

14.000 

A..ABC 

7560.500  0.0001323 

14.000 

A_ABG 

100000.000  0.0000100 

1.669 

A_ABK 

15121.000  0.0000661 

14.000 

A_AB0 

1767.264  0.0005658 

5.186 

A_ACA 

15121.000  0.0000661 

14.000 

A_ACB 

7560.500  0.0001323 

14.000 

A_ACD 

100000.000  0.0000100 

4.768 

A_AC0 

100000.000  0.0000100 

3.616 

A_ADC 

100000.000  0.0000100 

7.003 

A,_AD0 

100000.000  0.0000100 

4.779 

A_AGB 

100000.000 

0.0000100 

0.000 

A_AG0 

100000.000 

0.0000100 

0.477 

A_AHB 

15121.000 

0.0000661 

14.000 

A..AH0 

15121.000 

0.0000661 

14.000 

A_AJA 

17752.125 

0.0000563 

4.885 

A_AJF 

100000.000 

0.0000100 

0.000 

A_AJ0 

8128.308 

0.0001230 

7.166 

A_AKA 

15121.000 

0.0000661 

14.000 

A^AKG 

100000.000 

0.0000100 

0.000 

A_AK0 

100000.000 

0.0000100 

3.659 

A_AL0 

7560.500 

0.0001323 

14.000 

PGM  ASSY 

17487.500 

0.0000572 

14.000 

20V/4A 

4796.700 

0.0002085 

14.000 

FEED  THRU 

3100.000 

0.0003226 

14.000 

A_CDG 

1381.800 

0.0007237 

14.000 

SWITCH 

100000.000 

0.0000100 

0.000 

A_CEA 

100000.000 

0.0000100 

1.907 

A_CEJ 

2554.633 

0.0003914 

4. 161 

A_CEM 

100000.000 

0.0000100 

0.000 

A_CER 

100000.000 

0.0000100 

0.477 

A_CES 

100000.000 

0.0000100 

0.000 

A_CFB 

100000.000 

0.0000100 

1.590 

A_CGA 

100000.000 

0.0000100 

0.000 

A_CGD 

100000.000 

0.0000100 

3.065 

A_.CGK 

100000.000 

0.0000100 

0.000 

A_CGL 

100000.000 

0.0000100 

0.000 

A_CGN 

100000.000 

0.0000100 

0.000 

A_CGP 

100000.000 

o.onooloo 

4.729 

A_CGQ 

60913.133 

0.0000164 

7.059 

A_CGR 

100000.000 

0.0000100 

0.000 

A_CGS 

100000.000 

0.0000100 

0.954 

STD  TBI 

100000.000 

0.0000100 

0.000 

A_CHA 

100000.000 

0.0000100 

0.000 

A..CHB 

100000.000 

0.0000100 

0.000 

A_CHN 

100000.000 

0.0000100 

0.000 

A_CHP 

100000.000 

0.0000100 

0.000 

A_CHS 

100000.000 

0.0000100 

0.000 

A_CLC 

100000.000 

0.0000100 

0.477 

A_CLD 

15615.940 

0.0000640 

7.119 

A_CLH 

100000.000 

0.0000100 

7.036 

A_CLJ 

100000.000 

0.0000100 

0.000 

A_CLK 

100000.000 

0.0000100 

0.954 

A_CMA 

100000.000 

0.0000100 

0.000 

Res’ilts  for  stand  RF  : 

Backorder  rate 
Resupply  time 

Server  availability  (alpha) 
Failure  rate 

Failure  less  backorder  rate 


0.00404222 
12.03724960 
0.93872988 
0.11599617 
0. 11195394 


Mean  time  between  failures  that  are  not 
backorders  :  8.93224430 
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Module  name 

MTBB  b.o.  rate 

resupply 

A„AAA 

100000.000  0.0000100 

7.022 

A_AAD 

3780.300  0.0002645 

14.000 

A_AAE/ADB 

6520.300  0.0001534 

14.000 

A_AAH 

15121.000  0.0000661 

14.000 

A_AAJ 

15121.000  0.0000661 

14.000 

A_AAK 

100000.000  0.0000100 

0.477 

A_ABA 

15121.000  0.0000661 

14.000 

A_ABC 

7560.500  0.0001323 

14.000 

A_.ABG 

100000.000  0.0000100 

1.669 

A_ABK 

15121.000  0.0000661 

14.000 

A_AD0 

1767.264  0.0005658 

5.186 

A_ACA 

15121.000  0.0000661 

14.000 

A_ACB 

7560.500  0.0001323 

14.000 

A_ACD 

100000.000  0.0000100 

4.768 

A_AC0 

100000.000  0.0000100 

3.616 

A_,ADC 

100000.000  0.0000100 

7.003 

A_AD0 

100000.000  0.0000100 

4.779 

ACAFO/ADAFO 

8524.624  0.0001173 

7  .  129 

A_AGB 

100000.000  0.0000100 

0.000 

A.,.AG0 

100000.000  0.0000100 

0.477 

A_AHB 

15121.000  0.0000661 

14.000 

A_AH0 

15121.000  0.0000661 

14.000 

A_AJA 

17752.125  0.0000563 

4.885 

A_AJF 

100000.000  0.0000100 

0.000 

A..AJ0 

8128.308  0.0001230 

7.  166 

A_AKA 

15121.000  0.0000661 

14.000 

A._AKG 

100000.000  0.0000100 

0.000 

A„AK0 

100000.000  0.0000100 

3.659 

A_AL0 

7560.500  0.0001323 

14.000 

PGM  ASSY 

17487.500  0.0000572 

14.000 

20V/4A 

4796.700  0.0002085 

14.000 

35V/ 15A 

3436.500  0.0002910 

14.000 

FEED  THRU 

3100.000  0.0003226 

14.000 

SWITCH 

100000.000  0.0000100 

0.000 

A_CEA 

100000.000  0.0000100 

1.907 

A„CEM 

100000.000  0.0000100 

0 .  OOU 

A._CER 

100000.000  0.0000100 

0.477 

A^CES 

100000.000  0.0000100 

O.OOU 

A_CFB 

100000.000  0.0000100 

1  .  590 

A_CGA 

100000.000  0.0000100 

o.ooc 

A_CGK 

100000.000  O.OOOOICO 

0.000 

A.CGL 

100000.000  0.3000100 

O.UOO 

A._CGN 

100000.000  0.0000100 

0.000 

A._CGP 

100000.000  0.0000100 

4. 729 

A_CGQ 

60913. 133  0.0000164 

7.059 

A_CGR 

100000.000  0.0000100 

0 . 000 

A_CGS 

100000.000  0.0000100 

0.954 

STD  TBI 

100000.000  0.0000100 

0.000 

A^CHA 

100000.000  0.0000100 

0,000 

A.XHB 

100000.000  0.0000100 

0.000 
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A_CHN 

100000.000  O.OOGOlOO 

0.000 

A._CHP 

100000.000  0.0000100 

0.000 

A..CHS 

100000.000  0.0000100 

0.000 

A_CLC 

100000.000  0.0000100 

0.477 

A_CLD 

,15615.940  0.0000640 

7.119 

A_CLH 

100000.000  0.0000100 

7.036 

A_CLJ 

100000.000  0.0000100 

0.000 

A_CLK 

100000.000  0.0000100 

0.954 

A_CMA 

100000.000  0.0000100 

0.000 

3  PHASE  PS 

100000.000  0.0000100 

0.000 

Its  for  stand  Cl 

: 

Backorder  rate 

:  0.01148698 

Resupply  time 

:  12.00329690 

Server  availability  (alpha):  0.9143B824 

Failure  rate 

:  0.18388136 

Failure  less  backorder  rate;  0.1 

7239438 

Mean  time  between  failures  that  are 

not 

backorders 

:  5.80065298 

Module  name 

MTBB  b.o.  rate 

resupply 

A_AAA 

100000.000  0.0000100 

7.022 

A..AAD 

3780.300  0.0002645 

14.000 

A_AAE/ADB 

6520.300  0.0001534 

14.000 

ACAFO/ADAFO 

8524.624  0.0001173 

7.129 

A..AAH 

15121.000  0.0000661 

14.000 

A_AAJ 

15121.000  0,0000661 

14.000 

A_AAK 

100000.000  0.0000100 

0.477 

ADAAO 

100000.000  0.0000100 

4.720 

A.ABA 

15121.000  0.0000661 

14.000 

A_ABC 

7560.500  0.0001323 

14.000 

AABG 

100000.000  0.0000100 

1.669 

A_ABK 

15121.000  0.0000661 

14.000 

A„AB0 

1767.264  0.0005658 

5.186 

A_ACA 

15121.000  0.0000661 

14.000 

A_ACB 

7560.500  C. 0001323 

14.000 

A_ACD 

100000.000  0.0000100 

4.768 

A_AC0 

100000.000  0.0000100 

3.616 

A_ADC 

100000.000  0.0000100 

7.003 

A_AD0 

100000,000  0.0000100 

4.779 

A..AGB 

100000.000  0.0000100 

0.000 

A_AG0 

100000.000  0.0000100 

0.477 

A_AHB 

15121.000  0.0000661 

14.000 

A„AH0 

15121.000  0.0000661 

14.000 

A„AJA 

17752.  125  0.0000563 

4.885 

A_.AJF 

100000.000  0.0000100 

0.000 

A_AJ0 

8128.308  0.0001230 

7.166 

A_AKA 

15121.000  0.0000661 

14.000 

A_AKG 

100000.000  0.0000100 

0.000 

A_AK0 

100000.000  0.0000100 

3.659 
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A_AL0 

7560.500  0.0001.323 

14.000 

ADBAO 

100000.000  0.0000100 

0.715 

ADBBB 

100000.000  0.0000100 

0.000 

ADBBO 

100000.000  0.0000100 

0.477 

ADBCO 

100000.000  0.0000100 

3.609 

ADBFA 

100000.000  0.0000100 

3.630 

ADBFB 

100000.000  0.0000100 

0.715 

ADBFD 

4161.000  0.0002403 

14.000 

ADBFE 

2080.500  0.0004807 

14.000 

ADBFO 

32869.398  0.0000304 

4.799 

ADBGA 

100000.000  0.0000100 

0.715 

PGM  ASSY 

17487.500  0.0000572 

14.000 

ADBGB 

100000.000  0.0000100 

0.000 

ADBGO 

5350.338  0.0001869 

7.137 

20V/4A 

4796.700  0.0002085 

14.000 

35V/15A 

3436.500  0.0002910 

14.000 

ADBNA 

4161.000  0.0002403 

14,000 

ADBNO 

1387.000  0.0007210 

14.000 

ADCDB 

lOOCOC.OOO  0.0000100 

3.536 

ADCDD 

6156.551  0.0001624 

4.907 

FEED  THRU 

3100.000  0.0003226 

14.000 

A_CDG 

1381.800  0.0007237 

14.000 

ADCDH 

iroooo.ooo  0.0000100 

? .  008 

ADCDR 

4161.000  0.0002403 

14.000 

SWITCH 

100000.000  0.0000100 

0.000 

A_CEA 

100000.000  0.0000100 

1.907 

A_CEJ 

2554.633  0.0003914 

4.  161 

A..CEM 

100000.000  0.0000100 

0.000 

A_CER 

100000.000  0.0000100 

0.477 

A_CES 

100000.000  0.0000100 

0.000 

A,_CFB 

100000.000  0.0000100 

1.590 

A_CGA 

100000.000  0.0000100 

0.000 

A_CGD 

100000.000  0.0000100 

3.065 

A.  CGK 

100000.000  0.0000100 

0.000 

A_CGL 

100000.000  0.0000100 

0.000 

A_CGN 

100000.000  0.0000100 

0.000 

A_CGP 

100000.000  0.0000100 

4.729 

A_CGQ 

60913. 133  0.0000164 

7.059 

A._CGR 

100000.000  0.0000100 

0.000 

A_CGS 

100000.000  0.0000100 

0.954 

STD  TBI 

100000.000  0.0000100 

0.000 

A_CHA 

100000.000  0.0000100 

0.000 

A_.CHB 

100000.000  0.0000100 

0.000 

A_CHN 

100000.000  0.0000100 

0.000 

A_CHP 

100000.000  0.0000100 

0.000 

A_CHS 

100000.000  0.0000100 

0.000 

ADCJA 

100000.000  0.0000100 

0.000 

ADCJB 

92682.672  0.0000108 

4.760 

lOOV  DAC 

100000.000  O.OOOOiOO 

0.954 

lOV  DAC 

100000.000  0.0000100 

0.000 

A_CLC 

100000.000  0.0000100 

0.477 
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A_CLD 

1.5615.940 

0.0000640 

7.119 

A_CLH 

100000.000 

0.0000100 

7.036 

A_CLJ 

100000.000 

0.0000100 

0.000 

A_CLK 

100000.000 

0.0000100 

0.954 

A_CMA 

100000.000 

0.0000100 

0.000 

ADDBO 

4161.000 

0.0002403 

14.000 

ADDED 

2080.500 

0.0004807 

14.000 

ADDEO 

1387,000 

0.0007210 

14.000 

ALDl'E 

4161.000 

0.0002403 

14.000 

ADDHB 

2080.500 

0.0004807 

14.000 

ADDHG 

4161.000 

0.0002403 

14.000 

ADDHL 

2080.500 

0.0004807 

1^.000 

ADDHO 

4161.000 

0.0002403 

14.000 

3  PHASE  PS 

100000.000 

0.0000100 

0.000 

Stand  Cl 

LRU  conditional 

probabilities 

LRU  1  =  0.7527 
LRU  2  =  0.3737 
LRU  3  =  0.6688 
LRU  4  =  0.4699 
LRU  5  =  0.4189 
LRU  6  =  0.3843 
LRU  7  0.7619 
LRU  8  =  0.7619 
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